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URHEBERRECHTS-NOTIZ 

Ein Teil der Offenbarung dieses Patentdokuraenls enthalt Material, das dem Urheber- 
rechtsschutz unterworfen ist, Der Eigner des Urheberrechts hat keine Einwande gegen 
die Faksiraile-Reproduktion durch irgendjemand, und zwar des Patentdokuments oder der 
Patentoffenbarung, so wie es in der Patent- und Markenamts-Patentdatei oder Patent- und 
Markenamt-Aufeeichnungeii erscheint, ansonsten werden sSmtliche Urheberrcchte wel- 
cber Art audi immer vorbehalten. 

HINTERGRUND DER ERHNDUNG 

Wenn eimnal eine phannazeutische Medizinvorrichtungs-Herstellungs- oder biotecbnolo- 
giscbe Finna eine Bchandlung, eine Vorrichtung oder eine Medikamenten-Therapie ent- 
wickelt hat, so muss eine Zulassung von einer Regulierungsbehorde, wie z,B. der FDA 
in den USA erhalten werden, bevor es bzw. sie durch Verschreibung zur Verffigung ge- 
stellt werden kann. Die Eingabe bei der Regulierungsbehorde besteht aus einem groflen 
Umfeng an Information, die klinische Information enthalt, die sich auf die Sicherheit und 
Wirksamkeit der Therapie konzentriert. Ein groBer Teil dieser Information wild durch 
Durchfuhren kiinischcr Versuche gesammelt. 

Eine phannazeutische Medizinvorrichtungs-Herstellungs- oder biotechnologische Firma 
foidert eine Reihe von klinischen Versuchen. Eatweder managt eine interne klinische 
Gmppe diese Versuche oder sie werden ausgegliedert bzw. ausgelagert zu einer klini- 
schen Forschungsorganisation (CRO). Die klinische Gruppe oder CRO hat Vertrage mit 
Untersuchungspiatzen, die wiederum Patienten rekrurieren bzw. werben* und zwar fur 
die Studies, und die die klinischen Daten sammeln. 



Die kliniscbcn Versuche werden in ciner Reihe von Phasen durchgcfQhrt, die als Phase I, 
Phase II, Phase in und Phase IV bekannt sind. Jede Phase variiert hinsichtlich ihrer 
Dauer, der Anzahl der Patienten, die eingebunden sind, uhd dem Zweck. Ein Scheitern 
bei irgendeiner Stufe der Phasen I, H Oder III des klinischen Versuchsprozesses beendet 
wirksam die Chancen auf eine Ietztendliche Zulassung. ■ 

Bevor man in die Phase I eintritt, muss der Sponsor eine Zulassimg bzw. Bewiiligung 
von der Regulierungsbehorde erhalten. Die Versuche der Phase I dauern typischerweise 
sechs Monate und binden rig freiwillige Testpersonen ein, die iiblicherweise alle sich bei 
einem einzigen Untersuchungsplate bcfinden. Die Versuche der- Phase I testen die Si- 
chcrheit der Therapie. Wenn eimnal Versuche der Phase I vollendet sind und die Thera- 
pie sich als sieher herausgesteUt hat, fordcrt der Sponsor eine Erlaubnis von der Regulie- 
mngsbehorde, mit weiteren klinischen Tests fortzuschreiten. 

Versuche der Phase II dauern typischerweise sechs bis zwolf Monate, binden zig bis 
Hunderte Patienten ein und werden durchgefilhrt, urn die Wirksaxnkeit der Behandlung, 
der Vorrichtung Oder des Medikaments zu testen. Ein Sponsor kann viele Versuche der 
Phase n durchfflhren, wobei er versucht, so viele Verwendungen der Therapie wie m6g- 
lich zu finden. Falls die Therapie wirksam erscheint, fbrdert der Sponsor die Erlaubnis 
von der RegulierungsbehSrde, urn mit Versuchen in grofiem Umfang fortzuschreiten. 

PQr jede wahrscheinliche Verwendung der Therapie fuhrt der Sponsor wenigstens zwei 
Versuche der Phase III durch. Versuche der Phase m dauern typischerweise 24 bis 36 
Monate und binden Tausende von Patienten- mit ein. Die Versuche der Phase HI sind 
gebliudete Versuche, das heiBt ein Teil der Patienten empfingt die Therapie und die fib- 
rigen Patienten empfengen ein Placebo oder eine aktive Kontrolle und die Ideutitaten der 
Patienten, die die Versuchstherapie mitmachcn, sind keinem bekannt, bis der Versuch 
vollendet ist. Die Versuche der Phase in werden durchgefuhrt, urn die Sicherheit und 
Wirksamkeit der Therapie bei einer groflen Population zu tester Die Versuche der Phase 
III stellen die erste Gelegenheit dar, urn seltene nachteilige Effekte bei der allgemeinen 
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Population bzw. Bevdlkerung zu beobachten; wobei alles und jedcr sorgfSltig aufge- 
zeichnet wird. Da die Wirksamkeit der Therapie in einer geblindeten Umgcbung getestet 
wird, sind die Ergebnisse nicht bekannt, bis die Studie vollendet ist. 

Die Versuche der Phase IV finden nach Zulassung statt und werden im AUgemeinen 
durchgefttbit, urn eine Zustimmung filr eine Anderung einer Charakteristik, wie z.B. des 
Vcrgabesystems z.B. von FlQssigkeit zu Tabletten, oder fflr eine Anderung des Status 
von einem verschreibungspfliditigen Medikament zu einem frei erhSltlichen Medikament 
bzw. nicht verschreibungspflicihtigen Medikament zu erhalten. Ein Scheitern in irgendei- 
ner Stufe des Versuchs der Phase IV beendet wirksam die Chancen der Therapie, eine 
Zulassung fur eine derartige Anderung zu erhalten. 

Jeder fclinische Vcrsuch hat ein Protokoll, das den exakten Zeitablauf und die Natur der 
Messungen und Eingriffe. die bei jedera Patienten durcbzufOhren sind, spezifiziert. Die 
Zeitachse des Protokolls listet eine Reihe von Ereignissen oder Besuchen bzw. Visiten 
auf, bei denen die Daten von dem Studienpatienten gesammeh werden. Die Zeitachse 
einer typischen Studie beginnt mit dem Screening bzw. Untersuchen bzw. RSntgen und 
dem Emschreiben bzw. der Registrierung eines Patienten und endct typiscberweise mit 
der letzten Patienten-Visite bzw. dem letzten Patienten-Besuch. 

Fig. 1 zeigt die Ersteflnng und Verarbeitung der Biiroarbek bzw. des Papierkrams bei 
einem typischen Uinischen Versuch. Es gibt eine Anzahl von Punkten in dem Prozess, 
wo die Daten geprflft und nochmats durchgesehen werden. Ein Patient 401 besucht den 
Untersuchungsplatz 413. Fur jeden Besuch gibt das Protokoll dem Untersucher bzw. 
Forscher Instruktionen, gewisse Informationen 403 Ober den Patienten 401 zu sarameln. 
Nachdem die Informationen 403 gesammelt sind, werden sie in einer Faliaufzeichnungs- 
fonn (CRF) 405 aufgezeichnet. RegelmaBig bzw. periodisch besucht ein Winischer For- 
schungsassistent bzw. "Clinical Research Associate" (CRA) 417 den Untersuchungsplatz 
413 und verglcicht die Daten in der ursprunglichen medizinischen Aufeeichnung 403 mit 
der Information auf der CRF 405. Dieser Prozess 406 ist als eine Quellendokument- 
Validierung oder SDV bekannt. 



Wenn einmal die CRF ein Queflendokument verifiziert hat, wird die CRF 405 zu der 
Organisation 407 geliefert, die den Versucb durchflihrt (entweder eine CRO oder eine 
interne klinische Gruppe bei dem Sponsor), wie durcb den Fall 408 angezeigt ist, Wenn 
die CRF 405 bei dem Sponsor/CRO 407 ankommt, werden seine Daten in eine klinische 
Datenbank 409 zweimal eingegeben, um zu gewahrleisten, dass keine Fehler eingefuhrt 
werden, wie durch Pfeile 410A nnd 410B angezeigt ist. 

Ein medizinischer Monitor bzw. tfberwacher 415 und ein klinischer Datenmanager 
(CDM) 419 bei dem Sponsor/CRO 407 untersuchen die CRF 405, um nacb Inkonsisten- 
zen zu suchen. Falls irgendwelche Daten unvollstandig sind oder als fehlerhaft erschei- 
nen, wird die CRF zuruck zu dem Untersuchungsplatz 413 mit einer Abfrage 411 nach 
Korrektur gesendet, ein Prozess, der als Reinigen bekannt ist. Falls bei dem Untersu- 
chungsplatz 413 irgendjemand eine Anderong am Ergebnis einer Abfrage 411 vornimmt, 
werden die Daten wiederum gemSfl einem Quellendokument durch den CRA 417 verifi- 
ziert und zurQck zu dem Sponsor/CRO 407 fur den Dateneintrag gesendet, wie durch 
einen Pfeil 412 identifiziert ist Wenn das gesamte Dateoreinigen vollendet ist, wird die 
klinische Datenbank 409 verriegelt und die Datenarialyse beginnt. 

Wie man sehen kann, win) ein groBes Volumen an Daten wShreod eines jeden klinischen 
Versuchs gesammelt und die Sammlung und das Management klinischer Daten stellt ein 
grofies Problem dar, das es erforderlich madit, dass viele Leute eine Anzahl unter- 
schiedlicher und einzigartiger Rollen spielen. Diese Rollen fallen in drei Gruppen: die 
Untersuchungsplatzrollen, die Rollen gemafi der neuen Durchsicht klinischer Daten und 
die Rollen anderer zentraler Sponsoren. 

ZUSAMMENFASSUNG DER ERFINDUNG 

Eine Implementierong eines derartigen Systems oder Verfahrens auf dem Web hat den 
offensichtlichen Vorteil einer Erleichterung - viele Leute sind nun mit der Web- 
Technolpgie vertraut und sogar jene mit einer Angst vor Computern f&hlen sich mehr 



und mehr wohl, wenn sie auf das Web zugreifen. Da zus&tzlich Browser so kostengunstig 
sind, wShrend die Personalcomputer, auf denen sie laufen, fur typischerweise weniger 
als L000 $ erstanden werden k&nnen, gibt es keine wcscntlichen Ausgaben, die damit 
verbunden sind, abgesehen von der Entwicklung der klinischen Vcrsuchsdatenbank. Kei- 
ne speziclle Software muss verteilt werden. 

Auf der anderen Seite liegt ein Nachteil dariit, dass der Zugriff fiber das Web betracht- 
lidi langsamer sein kann als eine direkie Verbindung mit eincm Host-Server; Ein anderer 
liegt darin, dass gcwisse Dinge, in ciner gescblossenen Umgebung mit zugeschnittener 
Software Idcht durchgefOhrt werden k5nnen, wie z,B. gekrQmmte Grenzen zwischen 
Frames bzw. Rahmen, nicht so leicht auf dem Web durchgefDhrt werden kdnnen. Die 
vorliegende Erfindung ist darauf gerichtet, diese und andere Nachteile zu iiberwinden. 

GemSfl einem Aspekt der vorliegenden Erfindung wird ein Verfahren zum Erzeugcn 
eines SGMMStandard Generalized Markup Language)*abgeleiteten bzw. -basierten Do- 
cuments auf Anforderung von einem Client auf einem Web-Server, das zu dem Client 
ubertragen wird, bereitgestellt, wobei ein Client-Browser von dem SGML-abgeleitetcn 
bzw. SGML-basierten Dokument eine entsprechende Web-Seite aufbaut t die auf einer 
Client-An2eige bzw. einem Client-Bildschinn anzuzeigen ist, wobei die Web-Seite Tafeln 
bzw. Panels umfasst, die verschiedene Steuerungen und allgemeine Information enthal- 
ten, und eine ausgewShlte Form umfasst, die einen oder mehrere Abschnitte umfasst, 
wobei jeder Abscbnitt einen oder mehrere Punkte bzw. Themen umfasst, in denen In- 
formation angezeigt wird, wobei das Verfahren die folgenden Schritte umfasst: auf dem 
Web-Server wird eine Deskriptar-Datenbank bereitgestellt, die eine Bibliothek von 
S.GML-Code-Fragmenlen fQr ein jedes Form-Objekt speichert, das sich auf eine spczifi- 
sche Form bezieht; eine Vcrsuchs- bzw. Test-Datenbank wird auf dem Web-Server be- 
reitgestellt, die fOr jedes spezifische Form-Objekt die strukturelle Information des Form- 
Objekts und wenigstens einen Zeiger zu gesammelten Daten speichert; auf dem Web- 
Server Wird eine Datenbank bereitgestellt, die die gesammelten Daten speichert; auf dem 
Web-Server wird eine Benutzeranforderung filr eine spezifische Form empfangen; Teile 
des SGML-basierten bzw. -abgeleiteten Dokuments werden aufgebaut, wobei Infbnnati- 



on von der Deskriptor-Datenbank verwendet wkd; das Fonn-Objekt, das mi! der spezifi- 
schen Form im Zusammenbang steht, die in der Benutzeranfordcrung angezeigt ist f wird 
basierend auf ciner Benutzerinfonnation und einer Form-Information anfgerufen bzw. 
abgerufen; Mittels der Deskriptor-Datenbank und der Versuchs-Datenbank wird das 
Ausgabedokument des SGML-basieiten bzw. -abgeleiteten Dokuments, das sich auf eine 
speziflsche Form bezieht, aufgebaut; in das Ausgabedokument werden gesammelte Daren 
von der Datenbank, auf die durch die Versuchs-Datenbank Bezug genommen wird, ko- 
piert; das Ausgabedokument wird zu dem Anforderer gesendet. 

GemSB einem anderen Aspekt der voriiegenden Erfindung wird ein Web-Server bereitge- 
stellt, der auf eine Client-Anforderung ein SGML-(Standard Generalized Markup Langu- 
age>basiertes Dokument erzeugt, das zu dem Client flbertragen wird, wobei ein Client- 
Browser von dem SGML-basierten Dokument eine entsprechende Web-Seite aufbaut. die 
auf einem Client-Bildschinn bzw. einer Client-Anzeige anzuzeigen ist, wobej die Web- 
Seite Tafeln bzw* Panels umfesst die verschiedene Steuerungen bzw. Kontrollen und 
allgemeine Information enthalten, und eine ausgewShlte Form umfasst, die einen odcr 
mehrere Abschnitte umfassen, wobei jeder Abschnitt einen oder mebrere Punkte bzw. 
Themen umfasst, in denen Information angezeigt wird, wobei der Web-Server Folgendes 
umfasst: eine Deskriptor-Datenbank, die eine Bibliothek von SGML-Code-Fragmenteu 
fir jedes Form-Objekt, das sich auf eine spezifiscbe Form bezieht, speichert; eine Ver- 
suchs-Datenbank, die fittr jedes spezifiscbe Form-Objekt die stnikturelle Information des 
Form-Objekts und wenigstens einen Zeiger zu gesammelten Daten speichert; eine Daten- 
bank, die die gesammelten Daten speichert; einen Schablonengenerator bzw. Muster er- 
zeuger, der Teile des SGML-basierten Dokuments aufbaut, indem Information von der 
Deskriptor-Datenbank verwendct wird, der das Form-Objekt aufruft bzw. abruft, das mit 
der spezifischen Form in Zusammenhang steht, die in der Benutzeranforderung angezeigt 
wird, und zwar basierend auf Benutzerinfonnation und Form-Information, und der mit- 
tels der Deskriptor-Datenbank und der Versuchs-Datenbank das Ausgabedokument des 
SGML-basierten Dokuments, das sich auf die spczifische Form bezieht, aufbaut; ein Po- 
pulator, der in das Ausgabedokument gesammelte Daten von der Datenbank kopiert, auf 



die von der Versuchs-Datenbank Bezug genommen wird, wobei der Web-Server das 
Ausgabedokument zu dem Anforderer sendet 

In der folgenden Beschreibung einer Ausflihrungsfonn der Erfindung ist ein Verfahren 
zum Implementieren eines grafischen BeiiulzersclinittsteUen^GUIJ-Steucrekinents inner- 
halb eines Client-Browsers beschrieben, das die Erzeugung mehrcrer Bitmaps umfasst, 
die aufgcbaut werden k&men, utn das GUI-Stcucrelement in einer Vielfalt unterschiedli? 
cher Zuscande darzustellen. Eme Standard Generalized Markup Language-(SGML)- 
basierte Spracbe, wie z.B. HTML Oder XML, wird verwendet, wn eine Piatzierung der 
Bitmaps innerhalb eines Dokuments zu spezifizieren. Nach Empfang des Dokuments 
zeigt ein Browser eine gewunschte GUI-Steuerung an. 

Vorzugsweise wird eine Platzierung der Bitmaps spezifiziert, indem Indikatoren, wie 
z.B. URLs, die den Bitmaps bei gewissen Stellen, vorzugsweise Tabelleneintragen, ent- 
sprechen, innerhalb des Dokuments platziert werden, so dass der Browser das Steuer- 
element korrekt anzeigen wird. Vorzugsweise werden diese Bitmaps durcb viele Shnliche 
GUI-Steuerungen verwendet. 

Weiter kann ein Bitmap in mehrere Abschnitte unterteitt werden, wobei jeder Abschnitt 
mit einem unterschiedlicben Indikator im Zusammenhang steht. 

Insbesondere ist bei einer bevorzugten Ausfuhrungsform ein Typ eines Kontrolielements 
eine Tastenstcueruog, die linke, rechte, obere und untere Stucke bzw. Teile umfasst. 
Eine Marke ist zwischen dem oberen und unteren Teil platziert. 

Ein anderer Typ eines Steuerelements bzw. Kontrolielements ist ein Datei-Reiter oder 
eine Reitersteuerung, die linke, rechte, obere und untere Teile umfasst. Eine Marke ist 
zwischen dem oberen und unteren Teil platziert. Mehrere Reitersteueningen kdnnen mit- 
einander gmppiert werden, wobei Bitmaps geteiit bzw. gemeinsam genutzt werden, die 
ein linkes und rechtes Uberlappeodes Stack haben. Unterschiedliche Bitmaps liefern eben- 



falls unterschiedliche Stile, wie zJB. Farbe,' ura einen ausgewahlten odcr nicht ausge- 
wahlten Reiter darzustellen. 

Jedoch eine andere Art der Steuerung ist eine lineare Steuerung, die Tastensteuerele- 
mente umfasst, die in lutervallen entlang einer Linie beabstandet sind. Jedes Tastensteu- 
erelement hat einen entsprechenden Bitmap Oder eine {Combination von Bitmaps. Ein 
Zeiger, der ebenfalls einen aktuellen Wert entlang der Linie bzw, Zeile anzeigt, hat e- 
benfalls ein zugeordnetes Bitmap. 



Bei der bevorzugten Ausflihrungsform ist der Server zustandslos bezOglich der GUI- 
Steuerungen. Das heiflt, wenn eine Anforderung empfangen wird, hat der Server kein 
Wissen fiber den Status der Steuerungen, abgesehen davon, was in der Aofrage bzw. 
Anforderung gesendet wird. 

Die vorliegende Erfindnng stellt ebenfalls ein Verfahren zum Eingeben klinischer Ver- 
suchsdaten von einem Client dar, wobei die Oaten auf einem Server gehalten werden. 
Eine Dateneintragsform, die bei dem Client anzuzeigen ist, wird beim Server dynamisch 
in einer SGML-basierten Sprache erzeugt, und zwar von einer Bibliothelt von Code- 
Teilen bzw. Code-Stucken. Die Form wild geroSfl dem Benutzer, dem Patienten, der 
Protokollversion innerhalb eines kiinischen Versuchs und zuvor eingegebenen Daten er- 
zeugt. 

Bei einer bevorzugten Ausfuhrungsfbnn wird ein Protokoll oder eine klinische Daten- 
bank erzeugt, die fDr eine Anwendung spezifisch ist. Eine Datenbank wird erzeugt, die 
filr eine Testperson bzw. fflr ein Subjckt spezifisch ist, die bzw. das durch die Anwen- 
dung verarbeitet wind. Dann wird die Form basierend auf der Protokoll-Datenbank er- 
zeugt, und zwar vorzugsweise basierend auf einem kiinischen Protokoll, und auf einem 
Kontext, der von dem Client empfangen wird, Vorzugsweise wird dies durchgefuhrt, 
indem ein Muster bzw. eine Schablone basierend auf der Protokoll-Datenbank und einem 
Kontext, der von dem Client empfangen wird, erzeugt wird. Die Form oder das Muster 
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bzw. die Schablone wird mit Anwendungsdaten von der Daienbank gefullt und gegenfiber 
dem anfordemden Client-Browser veroffentlicht. 

Vorzugsweise urnfasst das Muster hzw. die Schablone mehrere Rahmen, die Steuerrah- 
men mit einem oder mehreren Sleuereiementen enthalten. Ein Zwischenrahmen stellt ein 
visuelies Attribut dar, das von den Steueirahmen geteilt wird bzw. gemeinsam genutzt 
wird. Das Erscheinen des Zwischenrahmens hangt von der visuellen Erscheinung der 
Steuerrabraen ab. 

Zusitzlich konnen bei einer bevorzugten AusfQhrungsfonn Protokolle wttrend des Ver- 
suchs geandert werden. Die Erzeugung des Musters wird dann weiter auf der Prolokoll- 
versioa gegritodet, die zur Zeit des Eingebens von Daten, die anzuzeigen sind, aktiv war. 
Somk basiert die Form, die anzuzeigen ist, seibst auf der Protokollversion, die zu der 
Zeit akliv war, als Daten emgegeben wurden. 

Weiter stehen bei der bevorzugten Ausfflhnmgsform Regeln mit der angezeigten Fqnn in 
Ver touching und sie basieren auf der Protokollversion, die zu der Zeit deS Eingebens von 
Daten, die in der Form anzuzeigen sind, aktiv war. 

Noch ein weiterer Aspekt der bevorzugten AusfQhrungsfonn der vorliegenden Erfindung 
liegt in der Abschreckung bezOglich versebentlicher Benutzung einer Computer- 
Anwendung, indem ein Einlogg-Verfahren fur jeden Benutzer gefordert wird und indem 
ein Bild des gegenwartig eingeloggten Benutzers angezeigt wird. 

Noch ein weiterer Aspekt einer bevorzugten AusfQhrungsfonn der vorliegenden Erfin- 
dung ist das Bereitstellen einer kontext-sensitiven Hilfe. Vorzugsweise hat eine ange- 
zeigte Form wenigstens eine Frage, auf die ein Benutzer antworten muss, urn klinische 
Daten bereitzustellen, Verbindungen werden zwischen dem Text einer jeden Frage und 
detaillierter Information, die sich auf die Frage bezieht, erzeugt. Falls der Benutzer auf 
den Text der Frage klickt, wird eine detaillierte Information, die der Frage cntspricht, 
von dem Server beschafft und angezeigt. 
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Vorzugsweisc wird die detaillierte Information von irgendeinem oder alien drei Qoellen- 
Dokumenten abgeleitet, die den klinisclien Versuch definiert; ein Protokolldokument eine 
Untersuchungsbroschure und ein Studienfflhrer. Vorzugsweise kann der Benutzer dure* 
ein jedes der Dokumente wandern. 

Ein anderef Aspect der vorliegenden Erfindung ist der Instrumentenschirm, der Informa- 
tionen bezfiglicb des Versuchs bereitstellt, wobei dieser fiir den Benutzer .zurechtge- 
schneidert ist und dem Benutzer nach dem Einloggen in das System dargestellt wird. Ei- 
ne derartige Information beinhaltet bevorzugt versuchsbezogene Nachrichien, Warnun- 
gen, statistischc Information* Berichte fiber den Fortschritt bzw« das Fortschreiten und 
eine Arbeitsliste, die zu vollenden ist, ist aber nicht darauf beschrankt. 

KURZE BESCHREffiUNG DER ZHCHNUNGEN 

Das Vorhergehende und andcre Ziele, Merkmale und Vorteile der Erfindung wird von 
der folgenden genaueren Beschreibung der bevorzugten AusfiBmmgsfonnen der Erfin- 
dung klar werden, wie sie in den beigefUgten Zeichnungen erlSutert ist, in denen gleiche 
Bezugszeidien sich auf gleiche Teile fttr die verschiedenen Ansichten beziehen. Die 
Zeichnungen sind nicW notwendigerweise maflstabsgetreu, stattdessen wird eine Eriaute- 
nmg der Prinzipien der Erfindung betont 

Fig. 1 ist ein Blockdiagramm, das die Praxis beim Sammeln aktueHer Vcrsuchs- 
daten erlSntcrt. 

Fig. 2 ist ein Blockdiagramm, das eine Implementation cines klinischen Ver- 
suchsdaten-Managemcntsystems der vorliegenden Erfindung erlfiutert, das fiber das In- 
ternet und das World Wide Web arbeitet. 

Fig. 3 ist ein Blockdiagramm, das den allgemeinen Ablauf einer Operation und 
Daten bei der vorliegenden Erfindung erl&utert 

Fig. 4A ist ein Diagramra, das eine Web-Seite erliutert, die eine typische klini- 
sche Form umfasst, die durch die vorliegende Erfindung erzeugt wird. 
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Fig. 4B und 4C sind ErlSuterungen, die eine hierarchische Struktur ciner Form 
bzw. eines Formulars zeigen, und zwar wie jenes, das in Fig. 4A gezeigt ist, gemSB der 
vorliegenden Erfindung. 

Fig/ 4D ist ein schematisches Diagramm, das den dynamischen Aufbau eines 
Formmusters und das sich darans ergebende Doknment gemafi der vorliegenden Erfin- 
dung zeigt. 

Fig, 5 ist ein Diagramm, das erlautert, wie die Form der Fig. 4A filr einen ande- 
ren Benutzer erscheinen kann. 

Fig. 6 ist ein Diagramm eines Etnlogg-Schinns. 

Fig. 7 ist ein Diagramm, das den Instrumentemchirm der vorliegenden Erfindung 

zeigt. 

Fig. 8 ist ein Diagramm, das Zwischenrahmen erlftutert, wie sie von der vorlie- 
genden Erfindung verwendet werden. 

Fig. 9 ist ein Diagramm. das erlautert, wie eine Tastensteuerung der vorliegenden 
Erfindung Bitmaps umfasst, die in einer Tabelle angeordnet sind. 

Fig. 10A-10C sind Diagramme, die crttutcrn, wie die Reitersteuerung der vorlie- 
genden Erfindung Bitmaps umfesst, die in einer Tabelle angeordnet sind. 

Fig. 11A-11D sind Diagramme, die eine lineare Steuernng der vorliegenden Er- 
findung erlautern. 

Fig. 12A ist ein Fhissdiagramm, das die Verwendung einer Studien-Protokoll- 
Versions-Steuerung gemSfi der vorliegenden Erfindung erl&utert. 

Fig. 12B und 12C sind ErlSuterungen, die dieselbe Fonn unter zwei unterschied- 
lichen Protokollversionen zeigen. 

Fig. 13A-13F sind. Diagramme, die die Verwendung einer konlext-sensitiven 
Hilfe erlautert, wie sie von der vorliegenden Erfindung verwendet wird, 

DETAILLDERTE BESCHRETOUNG DER ERFINDUNG 

Die vorliegende Erfindung stellt ein Mittel zum Beschleunigen des Prozesses beim Sam- 
meln und Handhaben von Vcrsuchsdaten bereit, und zwar einschliefilich Kommunikatio- 
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nen zwischen Sites bzw. PlStzen fiber das Internet, wobei em World Wide Web-(Web)- 
Server in Kombination mit Web-Browsern verwendet wird, die auf den meisten Perso- 
nalcomputern laufcn. Ein derartiges System erfordert geringe bis gar keine Investitionen. 
Eine Kommunikation zwischen Parteien ist nahezu instantan und kann als Teil der Auf- 
zeichnung gesichert werden. tJberprufungen konnen automatisch und instantan durchgc- 
fOhrt werdcn. Dies erlaubt eine schnellere Verarbeitung der Daten und eine schnellere 
VerfQgbarkeit der Daten. Ein betrachtlicher Zcitaufwand wird aus der Versucbszeit he- 
rausgenoramen, wobei dies dem Sponsor erlaubt, sein Produkt schnefler auf den Markt 
zu bekommen, wobei MUUonen von Dollar gespart werdcn und potenziell Tausenden 
oder MUlionen von potenzieUen Empflngcrn der Behandlung vie! eher geholfen wird, als 
ansonsten die Behandlung zur VerfQgung stchen wGrdc. 

Das Internet ist ein weltweites Computer-Netzwerk, das tats&chlich Tausende kleinerer 
Nptzwerke umfasst, die mit dem Internet-Backbone verbunden sind, wobei somit Millio- 
nen von Computcr-Nutzern rund um die Welt verbunden werdcn. Das Web ist eine 
Technologie, die es einem Bemitzer erlaubt, ein Dokumeht gem&8 einem gewissen Stan- 
dard zu formatieren. Das Dokument wird fiir einen Web-Server zuginglich gemacht, der 
das Dokument zu einem anderen Benutzer auf Anfrage Obertragt. Wenn das Dokument 
durch den Anfrager, der einen Web-Browser nutzt, empfangen wird, weifl der Browser, 
wie das Dokument anfzubauen und anzuzeigen oder wiederzugeben bzw. zu bearbeiten 
ist. 

Anftagen bzw. Anfbrderungen werden einem Web-Server unterbreitet, der eine Uniform 
Resource Locator (URL) verwendet, die den Web-Server und das spezifische Dokument 
identifiziert. Diese Dokumente werden haufig Web- w Seiten H genannt, 

Ein gemeinsames Format zum ttbertragen dieser Dokumente ist als eine Hypertext Mar- 
kup Language (HTML) bekannt. Die HTML erlaubt dem Erzeuger ernes Dokuments, das 
Erscheinen und die Platzierung einer Vielfelt von Dzngen, wie z.B. Font-Gr66e, Stil, 
Kdpfe bzw. Header usw., zu spezifizieren, und zwar einschlieBlich <ler Platzierung von 
Daten oder Bildcrn innerhalb von Tabellen. 



Falls cine Web-SeHe Bilder enthalten soli, werden diese Bilder haufig inncrhalb des Do- 
kuments diirch ihre jeweiligen QueUen-Orte spezifiziert, wo sie als Bild-Dateien gespei- 
chert werden, wobei Formate, wie z.B. "gir oder "jpeg" beispielsweise verwendet wer- 
den. Diese Bild Dateien konnen ziemlich grofl sein und kdnnen eine Srgerlich lange Zeit- 
dauer in Anspnich nehraen, wenn eine anfordernde bzw. anfragende Partei daiauf war- 
tet, dass die Bild-Dateien heruntergeladen werden. NatQrlich hfluft sich dies auf, wenn es 
mehrere Bild-Dateien gibt, die heronterzuladen sind, 

Ein Merkmal der meisten Web-Browser liegt in der Fahigfceit, Information lokal zu ca : 
chen bzw. zu puffern. Somit kdnnen Bild-Dateien in dem Cache des Browsers gespei- 
chert werden, so dass, falls der Benntzer dieselbe Seite zu einer spftteren Zeit anfordert, 
der Browser die lokal gecachten bzw. gepuflferten Bild-Dateien eher verwendet, als dass 
er die Datei wieder herunterladt. WShrend dies viel an der Zeit spart, die ansonsten fflr 
das Herunterladen der Bilder verbraucht werden wfirde, kommt dies mit cinera Nachteil: 
Bild-Dateien kOnnen grofl sein und das Cachen bzw. Puffern von vielen von ihnen fflr 
Hunderte oder Tausende von Web-Seiten kann einen betr&chtlichen Anteil eines lokalen 
Speichers oder einer Festplarte bzw. eines Diskraums verbrauchen. 

Fig. 2 zeigt die vortiegende Erfindung, die Ober das Internet arbeitet Die Clinical Re- 
search Organization bzw. klinische Forschungsorganisation (CRO) oder die eigene inter- 
ne klinische Gruppc des Sponsors, die ftkr die Aufrechtcrhaltung der Versuctisdaten ver- 
antwortlich ist, halt eincn Anwendungs-Server 103 1 der Daten ttber das Protokoll, For- 
men bzw. Formulare, die zu verwenden sind, die Rollen der verschiedenen Individuen, 
die eingebunden sind, usw. in einer Meta-Datenbank 105 speichert. TatsSchliche bzw. 
aktuelle klinische Daten, die wShrend eines Versuchs gesamxnelt werden, werden in einer 
Versuchs-Datenbank 107 gehahen. Natilrlich kdnnen, wShrend es logisch zwei Daten- 
banken gibt, die tatsichlichen Daten in nur einer oder vielen Datenbanken gehalten wer- 
den. 
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Der Anwecdungs-Server 103 empfangt Anfordeningen bzw. Anfragen ttber ein Netzwerk 
109, wic z.B. das Internet, und zwar von Benutzero 111 bei den Untersuchungs-Platzen 
bzw. -Sites 112, Sponsor-Platzenbzw. -Sites 113 und CRO-PULtzen bzw. -Sites 114, und 
antwortet auf die Anfragen bzw. Anfordeningen, wobei eine konsistente und sichere 
Schnittstelle durch einen Web-Server 101 angeboten wird. Der Web-Server 101 ubertragt 
Information zu der anfordernden Seite als ein Dokument, das gemaB einer SGML- 
basierten Sprache foimatiert ist, wie z.B. XML, Oder voizugsweise ein Hypertext Mar- 
kup Language (HTML) Dokument. Das Dokument kann ebenfalls kleine Skripten in ei- 
ner Sprache enthalten, wie z.B. Java-Skript, urn gewisse Regeln bei dem Site bzw. Platz 
des Bcnutzcrs zu impleraentieren. Untersuchungs-Platze bzw. -Sites 112 beinhalten 
Krankenhauser. Kliniken und unabhangige Praxen von Arzten, sind aber nicbt darauf 
beschrankt. 

Wfihrend eines kliniscben Versuchs haben vcrschiedene Individuen gewisse Verantwor- 
tungcn, die von einem privilegietten Zugriff auf gewisse Dokumente begleitet werden. 
Bei der vorliegendea Erfindung sind diese Privilegien strikt definiert. Rollen sind als eine 
Sammlung von Privilegien so definiert, dass die Zuweisung eines bestimmten Indivi- 
duums zu einer definierten Rolle dem Individuum die Aneignung bzw. Sammlung ent- 
sprechender Privilegien verieibt. 

Beispielsweise gibt es bei der vorliegenden Erfindung zwei HauptroUen bei dem Unter- 
suchungs-Platz. Der klinische Untersucher bzw. Clinical Investigator und der klinische 
Fbrscbungskoordinator bzw. Clinical Research Coordinator (CRC) sammeln die Daten 
fur den Versuch gemaB dem Protokoll und zeicbnen die Daten auf CRFs auf, die zu dem 
Sponsor zui Durchsicht bzw. Nachprufung und Annabme gesendet werden.' 

Der klinische Untersucher bzw. Clinical Investigator (CI) ist fur das Behandein seiner 
Patienten und far das Ausfuhren des Stumen-Protokolls verantworthch. Er hat die tetzt- 
endliche Verantwortlichkeit fur alle AktivitSten an seinem Platz. 
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Dcr CRC ist far das Sammcln aller Information fiber die Patienten in der Stodie verant- 
wortlich, die an dem Platz des CRC behandelt werden und fur das ZurQckgeben der In- 
formation zu der klinischen Gruppe. In den USA ist das Individuum typischerweise eine 
Schwester, wabrend in Europa die Roile des CRC typischerweise direkt von dem klini- 
schen Unteraucher bzw. ainical Investigator durcbgefuhrt wird. 

Die Leute, die diese Rollen am Untersucbungsplatz ausmllen, mussen dazu in der Lage 
sein, Information uber alle Aire Patienten zu sehen, die untersucht bzw. gescreent war- 
den Oder in der Studie akzeptiert wuxden. Diese Information beinhaltet die Visiten- 
Historie eines Patienten, den Inhalt der CRF, die mit dem Patienten im Zusammenhang 
stent, und die Laborergebmsse des Patienten, urn nur ein paar zu nennen. 

Wenn klinische Ubcrprufer bei der CRO oder ein Sponsor die Antwoiten auf die CRF- 
Fragen untersuchen, konnen sie Fragen oder Kommentare haben, die Antwoiten von 
Seiten des Untersuchungs-PIatzes erfordem. Diese Fragen und Kommentare werden als 
Abfrageo bezeichnet. Der CI oder CRC muss dazu in der Lage sein, auf eine Abfrage zu 
antwoiten, iiblicherweise, indent ein Kommentar an eine Frage oder CRF angehangt 
wird, indem neue oder zusStzliche Information an eine CRF angefugt wird oder indent 
Information geandert wird, die zuvor auf der CRF eingegeben wurde. Dies ist ein 
Schlusselbestandteil eines Datenremigens. Wenn einmal die Abfrage gelost ist, wird die 
Antwort zu dem individuellen Uberpriifer zurOckgegeben, der die Abfrage abgesendet 
hat. 

Wahrend des Ablaufs eines Versuchs konnen gewisse Patienten widrige UmstSnde erle- 
ben. Diese Umstande bzw. Ereignisse werden mittels einer Textbeschreibung des Um- 
standes bzw. Ereignisses aufgezeichnet, so wic dies auch fur einen medizinischen Code 
fur jenes Ereignis bzw. jenen Umstand gilt. Diese Codes werden in einer Anzahl von 
Code-Lexika gefunden, wie z.B. COSTART. Falls der widrige Umstand emsthaft ist, 
kann der Sponsor sofort benachrichtigt werden. . 
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Gewisse Patienten in den Versuchen kdnneo eine andere Medikatiou wShrend des Ver- 
suchs nehmen. Dicsc Medikationen bzw. medikamentisen Behandlungen werden, unge- 
achtet, ob sie regelmaBig, wie z.B. fur eine medizinische Behandlung gegen AUergie, 
odcr gelegentlich, wie 2.B. Aspirin gegen Kopfcchmerzen, genommen werden, •kodiert" 
und in der Akte bzw. Aufzeichnung des Patienten gespeichert. 

Von Zeit zu Zeit muss der CI oder CRC an dem Untersuchungs-Platz einen Teil der In- 
fonnation fiber die Studie, wie z.B. das Studien-Protokoll, das Studien- 
Referenzhandbuch, eine Studien-Nachricbtenzcitung und eine Liste von h&ifig gefragten 
Fragen ubeipriifen. ZusSlzlich mflssen sie Information fiber individuelle Fragcn auf der 
CRF, wie z.B. das Bekommen einer Liste aller vorherigen Antworten auf eine Frage, 
und das Durchsehen der Diskrepanz-Kriterien fur eine Frage uberpritfen. 

WSbrend eines Versuchs kann es erforderlich sein, dass ein CI Oder CRC mit einem 
Reprasentanten des Sponsors konununizieren muss. Bei&pielsweisc muss anfSnglich der 
CI/CRC Information fiber den Plate dem Sponsor mitteilen (Form 1571, Labor-Normale 
bzw. Labor-Regularien, CVs des Untersuchers), Wcnn die Studie fortschreitet, kann der 
CRC eine Frage haben oder kann etwas notieren, das den Sponsor interessieren wfirde. 
Ein GroBteil dieser Kommunikation ist in den Studien-Dateien enthalten. 
• 

Zusatzlich zu der Kommunikation mit dem Sponsor kann der Untersuchungs-Platz es 
wtinschen, mit einem andercn Piatz zu konununizieren. Vielleicht wunscht ein Untersu- 
chungs-Platz, jemand anderen bei einem anderen Platz eine Frage zu fragen. Diese 
Kommunikationen sind nicht ein Teil der Studiendaten. 

Zusatzlich zu der geschriebenen Kommunikation mit dem Sponsor wird der Platz hfiufig 
jemanden bei dem Sponsor rufen. Es kann erforderlich sein, dass der Inhalt vieler dieser 
Konversionen bzw. Konversationen in den Studiendaten notiert werden muss. 

Das Studien-Protokoll kann erforderlich machen, dass ein CI/CRC die CRF-Seiten unter- 
zeichnet, und zwar entweder bevor der CRA die Quelleadokument-Verifikation durch- 
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ffihrt, wcnn das Patientenbuch vollstSndig ist Oder beides. Das Unterschrift-Erfordernis 
kann fiir den Untersuchungs-Platz leichter gemacht werden, indem ihm gesagt, wird, 
welche CRFs vollstSndig sind und eine Unterschrift benotigen, und wenn Daten auf einer 
unterschriebenen CRF sich geandert haben und eine andere Unterschrift bendtigen, Zu- 
satzHch mtssen die Untersuchungs-Plitze wissen, welche CRFs sie uniersucht haben und 
welche sie nicht untcrsucht haben. 

Die Handhabung einer Drogen-Untersuchung wahrend einer Studie ist kritisch. Eine 
vollstandige Buchfuhrung der gesamten Studien-Medikation wird von den Regulierungs- 
BehSiden gefordert. Dex Untersuchungs-Platz muss Studien-Medikation an ihre Patienten 
in der Studie abgeben und diesea Vorgang aufeeichnen. ZusStzlich muss, wenn der 
Sponsor eine Studien-Medikation zu dan Untersuchungs-Platz abgibt, diesex Vorgang 
und der Empfong der Studien-Medikation durch den Untersuchungs-Platz ebenso aufge- 
zeichnet werden. 

Gelegentlieh wird der Untersuchungs-Platz das Blindmachen der Studie fur eineu be- 
stimmten Patienten durchbrechen mfissen (beispiefeweise wenn der Studien-Patient 
schwanger wird). Dies ist ein wicbtiger Vorgang und er muss in den Studiendaten ver- 
zeichnet werden. 

Es gibt vier klinische tlberprufungsrolleo, die von der kiinischen Forschungsorganisation 
bzw. Clinical Research Organization (CRO) und/oder dem Sponsor durchgef&hrt werden 
mflssen. Der klinische Forschungsassistcnt bzw. Clinical Research Associate (CRA), 
klinische Datenmanager bzw. Clinical Data Manager, der medizinischc tfberwacher 
bzw. Medical Monitor und der klinische Projektmanager bzw. Clinical Project Manager 
uberpruft die Daten, die durch die Untersuchungs-Ptttze erzeugt wurden, auf Vollstan- 
digkeit und Konsistenz. 

Der Clinical Research Associate bzw. klinische Forschungsassistent iiberprflft alle Daten, 
die von den Untersuchungs-Pl&tzen bereitgestellt werden, gewShrleistet, dass die PlStze 
dem Protokoll folgeh und dass alle Information in der medizinischen Aufeeichnung voll- 
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stSndig ist und genau In den Studiendaten dargelegt wild. Typischerweise ist ein CRA 
zur Oberwachung einer Anzahl von Piatzen verantwortlich und ihre Prufungsrolle macht 
es erforderlich, dass sie ihre Pltae bcsuchen milsscn. Der CRA muss genau wissen, was 
bei alien ihren Platzen geschiehi, so dass sie wiiksam die AktivitSten eines Piatzes ttber- 
wachen konnen. Der CRA sendet zusammengefcsste Berichte zu dem Projektmanager 
und anderen bei dem Sponsor. 

Der klinische Datenmanager bzw. Clinical Data Manager (CDM) erstellt die klinische 
Studien-Datenbank und hilt sie aufrecht. Der CDM ist m die Gestaltung der Studien- 
Datenbank, den Best3tigungs-t)bcrprufungen und der Gestaltung der CRFs involviert. 
Der CDM uberpriift ebenfalls die Daten in der Datenbank, wobei gewahrlcistet wird, 
dass die Daten vollstandig und konsistent sind. 

Der medizinische Oberwacher bzw. Medical Monitor ist hSufig der.Gestalter des Stu- 
dien-Protokolls und kann dafiir verantwortlich sein, dass jegliche notwendige Andcrun- 
gen am Protokoll oder Abwandlungen von dem Protokoll durchgefilhrt werden, wenn 
einmal die Studie begonnen hat. Der Medical Monitor bzw. medizinische Oberwacher 
fiberpriift ebenso die Studiendaten, wobei er nach Daten-Anomalien und Unregelmaflig- 
keiten bezttglich der Sicherheit des Patienten sucht. Wic der CRA, uberpriift der Medical 
Monitor bzw, medizinische Oberwacher die Daten in den CRFs und die Kommunikatio- 
nen mit den PIStzen. Der Medical Monitor bzw, medizinische Oberwacher kanh auf eine 
Anfrage von einem CRA antwoiten. Letztendlich wird der Medical Monitor bzw. medi- 
zinische Oberwacher sofort benachrichtigt, jedes Mai, wenn ein ernsthafter widriger 
Umstand aufgezcichnet wird. 

Der klinische Projektmanager bzw. Clinical Project Manager iibersiehl den gesamien 
Datensammelprozess. Sie managen direkt die Aktivifflten der CRAs und CDMs und zu 
jedcr Zeit werden sie Studiendaten im Detail untersuchen. Zusammen mit dem medizini- 
schen Monitor bzw. Medical Monitor uberprttft der klinische Projektmanager bzw. Cli- 
nical Project Manager den Foxtschritt der Studie und berichtet den Status dem Senior- 
Management bei dem Sponsor. 
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Um einen Platz wirksam zu fiberwachen, uberprttft ein Daten-Oberpriifer periodisch die 
Datcn in den CRFs. Falls ein Wert feWt, ist die Valicfterung eines Wertes fraglich Oder, 
Ms es einen anderen Grund zur Besorgnis gib:, gibt der Daten-Oberprfifer eine Abfrage 
ab y indem eine Frage Oder ein Konunentar zu einer Frage an das CRF angefilgt wird. 

Bevor eine Uinische Datenbank verriegelt wexden kann, kann es erforderlich sein, dass 
Mitglieder des Obeiprufungsteams die Patienten-CRF-Bttcher nnterschreiben. Das tta- 
tcrschrift-Erfonleniis wird dadurch vereinfecht, dass angezeigt wird, welche CRFs voll- 
standig sind und einer Unterschrift bedGrfea and welche Daten einer unterschriebenen 
CRF sicb geSndert haben und eine andere Unterschrift bendtigen. ZusStzlich muss der 
Daten-tiberprflfer wissen, welche CRFs bereits untersucht worden sind und welche nocb 
mcht untersucht worden sind. 

Da einfach der Platz gelegentlich mit dem Sponsor kommunizieren muss, muss der 0- 
berpritfer mit einem Platz kommunizieren. Diese Koramimikationen kdnnen oder kdnnen 
nicht in die Studiendaten mit aufgcaommen werden. ZusStzlicb sind gewisse Nachrichten 
kritisch und das Personal am Untersucbungs-Platz muss diese Nachrichten sehen, bevor 
es weiter macbt 

Daten-Crberprflfer mussen miteinander kommunizieren. Ein CRA kann eine Frage fiir 
einen medizimscben Uberwacher habeh oder der medizinische Uberwacher kann etwas 
notieren, bezQglich dem sie wiinscben, dass dies der CRA untersucht Anders als bei 
Abfragen sind diese Kommunikationen nicht Teil der Studien-Datenbank, 

Gelegentlich wtascht einer oder wunschen mehrere der Datenfiberpriifer einen Teil oder 
alles der Patientcnakte zu verriegeln, so dass eine statistische Zwischenanalyse durchgc- 
fBlm werden kann. Eine bevorzugte Ausffihrungsfonn der vorliegcnden Erfindung.stelit 
einen Mechanismus bereit, um die Daten auf Patienten-Niveau zu verriegeln. 



Der klinische Forschungsassistent bzw. Clinical Research Associate (CRA) hat ebenso 
spezifische zusatzliche Funktionen. Der CRA kann die Daten auf einem Untersuchungs- 
Platz betrachten und Abfragen an die Platze ausgeberi. 

Periodisch besucht der CRA einen Platz, flberpraft alle Daten in den originalen medizini- 
schen Aufeeichnungcn (die QueUendolcumente) und vergleicht diese mit der Information 
in den CRFs. Dies ist als eine Quellendokument-Veririkation bekannt. Der CRA uber- 
wacht eine CRF auf Frage-Niveau, was bedeutet, dass ein Teil einer CRF als uberpruft 
angesehen werden kdnnte, aber der Rest immer noch eine Obaprflfung zu einer spateren 
Zeit benatigt. Bei einer bevorzugten Ausfuhrungsform der vorliegenden Erfindung wird 
dcr CRA automatisch benachrichtigt, wenn irgendeine CRF zur Durchsicht fertig bzw. 
bereit ist. 

Der CRA hat htufig keinen Zugriff auf eine primire Studiendatenbank und muss Offline 
bzw. nicht im Netz arbeiten. Deshalb kann wahrend einer Verifikation der Platz nicht die 
Daten andern, die Qberprttft werden, und zwar bis die OoerprOrung vollendet ist. 

Dcr CRA muss die Dokumente handhaben, die von dem Platz bereitgesteltt werden. Dies 
beinhaltet jegfiche regulatorischen Dokumente und jegliche zusatzlichen Dokumente, die 
von dem Platz erzeugt werden, die in die Studiendaten mit aufgenommen werden mfls- 
sen. Der CRA muss den Platz benachrichtigen, wenn ernes dieser Dokumente am Ablau- 
fen ist. 

Von Zeit zu Zeit gibt der CRA einen Bericbtuber einen Platz aus. Beispielsweise werden 
diese Berichte abgegeben, wenn ein Platz fur die Studie sich o^ialifiziert hat, wenn ein 
Platz einen Versuch initialisiert bzw. anfSngt, und zwar nachdem der CRA einen Teil der 
Daten am Platz uberprift hat, und wenn ein Platz seinen letzten Studienpatienten beendet 
bzw. zu Eode gefGhrt hat. 



Der klinische Datenmanager bzw. Clinical Data Manager (CDM) hat ebenfalls spezifi- 
sche zusatzliche Funktionen. Wahrend des Ablaufe eines Versuchs kann es erforderlich 
sein, dass der CDM eine Oder mehrere der Diskrepanz-OberprOfiingen andera muss. 

Typischerweise werden Codes nicht von dem Studienkoordinator (CRC), sondern eher 
von dem CDM eingegeben. Falls ein CRC em widxiges Ereignis bzw. einen widrigen 
Umstand oder eine begleitende Medikation eingibt, ohne die Daten zu Codieren, liefert 
der CDM den geeigncten Code in der Datenbank. Zusatzlfch uberprQft der CDM die 
gesamtc Codierung aller widrigen Ereignisse bzw. Umsflnde und begleitender Medikati- 
onen sorgfflltig, wobei jegliche Anderungen durchgefuhrt werden, die im Hinblick anf 
Konsistenz notwendig sind. 

Der medizinische Oberwacher bzw. Medical Monitor wird benachrichtigt, und zwar je- 
des Mai, wenn ein emsthaftes widriges Ereignis aufgezeichnet wird. Diese Benacbrichti-. 
gung tritt so schnell wie mdglich auf, urn die Sicberheit des betroffenen Patienten und 
aller anderen Patienten in der Studie zu gewahrleisten. 

Der Sponsor wird gelegentlich Information zu alien Mitgliedern des Studienteams senden 
undVoder zu alien Plitzen. 

Zusatzlich ist es gelegentlich notwendig, dass der mediziniscbe Oberwacher bzw. Medi- 
cal Monitor einen Teil des Studien-Protokolls oder CRFs andert. Falls die Audenmg die 
Sicherheh eines Patienten beeintrScbtigt, muss die Protokollinderung von einera institu- 
tionellen ftberpriifungs gremiura bzw. Institutional Review Board an jedem Platz flber- 
pruft werden, bevor sie implementiert werden kann. Dies fuhrt zu der Moglichkeit, dass 
zwei oder mehr Versionen des Protokolis an unterschiedlichen Stellcn simultan aktiv sein 
kdonten. 

Bei einer seltenen Gelegenheit ermoglicht der Medical Monitor bzw. medizinische 0- 
berwacher, dass ein Platz das Studicn-Protokoll verletzt. Wenn dies auftritt, muss es eine 
dokumentierte Aufteichnung der Abweichung mit der Zustbnmiing des mediziniscben 
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tiberwachers bzw. Medical Monitor geben. Zusatzlich muss der medizinische Obcrwa- 
cher hzw. Medical Monitor die Rechtfertigung fur die Abweichung in den Studiendaten 
notieren. 

Gelegentlich wird es erforderlich sein, dass der medizinische Oberwacher bzw. Medical 
Monitor das Blindmachen der Studie fUr einen bestimmten Patienten bricht (z.B., wenn 
eine Studienpatientin schwanger wird). Dies ist ein wichtiger Vorgang und er muss in 
den Studiendaten anfgezeichnet werden, 

Der klinischc Projektmanager bzw. Clinical Project Manager wird manchmal als ein k- 
dividueller, mitwirkender CRA oder CDM agicrcn. 

Es gibt zwei andere Rollen in dem System, die nicht in irgendeine der anderen Katego- 
rien passen, Es gibt den Pharmazeuten bzw. Pharmacist und den Datenbankmanager 
bzw. Data Base Manager. Viele Untersuchungs-Piatze werden ihre eigene Apotheke am 
Plat, Itaben oder sie werden mit einer lokalen Apotheke zusammen arbeiten. In jedem 
Fall moss der Phanxiakologe Zugriff auf das klinischc Versuchsdaten- 
Anwendungsprogramm haben. 

Der Datenbankmanager bzw. Data Base Manager ist fflr die Sicherung und VeriSsslich- , 
kek der klinischen Studiendatenbank verantwortlicb. Wahrend der Gestaltung des Ver- 
suchs arbeitet der Datenbankmanager bzw. Data Base Manager mit dem CDM, der die 
Implementation des Datemnodells fir den Versuch gestaltet. Am Ende des Versuchs ist 
der Datenbankmanager bzw. Data Base Manager fir das Bewegen der Daten aus der 
Studiendatenbank und in eine statistische Analysedatenbank verantwortlich. 

Von Zcit zu Zeit muss ein Pharmakologe Information fiber die Studie, wie z.B. das Stu- 
dien-Protokoll, das Studien-Referenzhandbuch, eine Studien-Nachrichtenzeinmg und eine 
Liste von haufig gefragten Fragen uberpriifen, Wahrend der Studie kann es erforderlich 
sein, dass der Pharmakologe mit dem Sponsor-Personal kommuniziert. Wenn die Studie 
, voranschreitet, kann der Pharmakologe eine Frage haben oder kann etwas notieren; das 
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far dea Sponsor von Interesse wire, Ein Teil dieser Kommunikationen muss in die Stu- 
diendatcn aufgenommen werden. 

Die Handhabung einer Medikamenten-Inventur wahrend einer Studie ist entscheidend. 
Eine vollstandige Buchftihrung der gesamten StudieinMedikation wird von den Regulie- 
nmgsbehSrden gefbrdert. Der Plate muss die Studien-Medikation seine Patienten in 
der Studie abgeben und diesen Vorgang aufeeichnen. ZusStzlich, wenn der Sponsor eine 
Studien-Medikation zu dem Plate abgibt, muss dieser Vorgang aufgezeichnet werden. 

Wenn die Studie vollstfindig ist und die Datenbank verriegelt ist, muss der Datenbank- 
manager die Studiendaten in eine statistische Datenbank bewegen. Die Datenbankstruktu-- 
ren der Uinischen Datenbank xnussen diese Umwandlung unterstiitzen. 

Fig. 3 zeigt den allgemeinen Fluss des Betriebs und der Datcn bci der vorliegeudcn Er- 
findung. Wabrend man jede Standard Generalized Markup Language (SGML)-basierte 
Sprache, wie z.B. XML, verwenden kann, nutet die bevorzugte Ausftthrungsform der 
voriiegenden Erfindung Hypertext Markup Language (HTML). Recbteckige Boxen und 
durchgSngige, fette Linien zeigen einen Prozessablauf an, wfibrcnd gestrichelte Linien 
einen Datenfluss anzeigen. 

Als Erstes wird bei 201 eine Anfoxderung von einen Benuteer cmpfengen, das heifit ei- 
nem Untersuchungs-Platz , einem Sponsor-Platz, einem CROPlatz oder einem Phaima- 
kologen. Die Anfrage bzw. Anfordening 213 wird zur spaterea Verarbeitung durch ir- 
gendeinen der folgenden Prozesse oder durch aUe folgenden Prozesse: der Authentifizie- 
rungsprozess 203, der Anwcndungs-Layoutprozess 205 oder der Formerzeuguijgsprozess 
207, gesichert. 

Nach Empfeng einer Anfordening bzw. Anfrage von einem Mandaaten wird der Au- 
thentifizierungsprozess 203 aufgerufen. Eine Benutzer-Datenbank 215 wird aufrechter- 
balten und der Authentifizierungsprozess 203 ilberprttft eine Benutzer-lnformation, die in 
der Anfordening 213 enthalten ist, und zwar gegenuber der Benutzer-Datenbank 215. 



Eine derartigc Information kann eine Benatzer-Identifikation, ein Passwort, eine.Sit- 
zungsinformation, einen giiltigen Zeitrahmen usw. Oder andere Iquivalente Authentifizie- 
rungsmittel enthalten. 

Zusatzlich zu dcr Authentifizierung des Benutzers ubcrpriift der Authentifizicrungspro- 
zess 203 die Benutzeranforderung 213 und ttberprflft mit der Benutzer-Datenbank 215, 
dass der Bemitzer autorisiert ist, eine derartige Anforderung zu machen. Der Authentifi- 
zierungsprozess 203 kann dann aufstellen, welche Benutzerrechte 217 dem Benntzer zu 
geben sind, und zwar unter Beachtung der Antwort auf die bestimmte Anfrage. 

Wenn einmal der anfragende Benntzer authentifiziert worden ist, beginnt em Anwen- 
dungs-Layoutprozess 205 mit dem Aufbau des Layouts der HTML-Antwort 221 fttr den 
Client. Dies stellt eine obere Schictit bzw. ein oberes Niveau dar, das beschreibt, welche 
Stucke innerhalb des HTML-Dokuments zu positionieren sind und wo, Beispielsweise 
bestimmt diese Schicht, wonach die verscbiedenen Rahmen aussehen sollen und welche 
Steuerungen bzw. Kontrollen darin erscheinen sollten. Um diese Entscheidungen zu ma- 
chen, vcr&sst sich der Anwendungs-Layoutprozess 205 auf die ursprOnglkhe Benutzer- 
anforderung 213, die Benutzerrechte 217, wie sie zuyor durch den Authentifizie- 
rungsprozess 203 bestimmt wurden, und die Deskriptoren bzw. Beschreibungen, die in 
einer Deskriptor-Daienbank 219 gehalten werden. 

Wenn einmal das Layout erzeugt worden ist, verwendet der Form-Erzeugungsprozess 
207 die Benutzeranforderung 213 und die Deskriptor-Datenbank 219, um zu bestimmen, 
welche Fragen, KontroQen bzw. Steuerungen und andere Informationen in die Form in 
dem HTML-Dokument 221 gehen sollten, das zuvor durch den Anwendungs- 
Layoutprozess 205 angeordnet wurde. 

Als Nftchstes wird das HTML-Dokument 221 mil kliniscben Daten durch eine Daten- 
Fiillroutine gefullt, wobei diese die Daten von einer klinischen Datenbank 223 beschafft. 
Das Dokument 221 ist nun vollstandig und zur Oberpriifung zurilck zum Client bereit 
(Block 211). 
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Fig. 4A zeigi eine typische Web-Seitc 230. die dure* die vorliegende Erfindung erzeugt 
wurde, und zwar wie sie von dem HTML-Dokument 221 (von Fig. 3) aufgebaut wird, 
wenn sie von einem Client-Browser empfcngen und angezeigt wird. Paneele bzw. Felder 
2S1A-251C ieiten sich von dem Teil des HTML-Doknments 221 ab, der durch den An- 
wendungs-Layoutprozess 205 aufjgebaut wird (Fig. 3), und enthalten verschiedene Steue- 
rungen bzw. Kontrollen und andere allgemeine Information. 

Beispidsweise enthSlt das Feld 251A eine Fotografie 257 der Person, dessen Benutzer- 
Idcntifizierer und Passwort verwendet wurden, ura zuerst einen Zugriff auf das System 
zu gewinnen oder urn sich einzuloggen. Wie unten diskutiert wird, zeigt eine hevorzugte 
AusflUiruiigsfonn der vorliegenden Erfindung diese Fotogr&fie 257, urn vor einer verse- 
hentlichen Benutzung des Systems durch eine andere Person abzuscbrecken. 

Andere Steuerungen 261 weiden ebenso in diesem Feld 251A bereitgestellt, das es dem 
Behutzer erlaubt, zu vcrschiedenen in Bezug stehenden Dokumeraen und anderen Infor- 
madonsseiten zu navigieren und sie zu untersuchen. Verbindimgen 269 zu Dokumenten 
Oder Daten, auf die kflrzlich zugegriffen wurde, werden ebenso bereitgestellt. 

Das Feld 25 IB hilt zwei zusatzliche Steuerungen, eine Zeitachsensteuerung 263 und eine 
Karteireitersteucrung 265- Diese speziellen Typen von Steuerungen, die von der vorlfc- 
genden Erfindung gebraucht werden, werden jedoch nicht leicht bei einer Web- 
Anwendung realisiert. Sie werden unten diskutiert. Man sollte jedoch bemerten. dass die . 
Zeitachsenstcuerung 263 verwendet wird, urn eine bestimmte Woche (oder eine. andere 
Zeiteinheit) iimcrhalb der Studie auszuwShlen, und dass die Karteireitersteuerung 265 
verwendet wird, urn eine bestimmte Form auszuwahlen. NatQrlich htagt.die Erschei- 
nungsform der Form bzw. des Formnlars von der Rolle des Benntzers, der Prptokoli- 
Version und der ausgewahlten Woche sowie der talaachlich ausgewfthlten Form ab. 

SchlieBlich enth&lt das Feld 251C Steuerungen 267, die sich auf die Form beziehen, hier 
eine Abgabe^Taste und eine Losch-Taste, 
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Wenn einmal die Felder 251A-251C (lurch den Anwendungs-Layoutprozess 205 ange- 
ordnet sind, wird das ausgewahlte Form-Layout 253 durch den Formerzcugungsprozess 
207 (Fig. 3) spezifiziert. In Fig. 4A wird die "Demografie"-Form angezeigt. 

Fig. 4B und Fig. 4C zeigt die hierarchiscbe Struktut einer elektronischen CRF 253 der 
vorliegenden Erfindung, die auch einfach als eine Form bezeichnet wird. Die Form 253 
untfasst eine oder mehrere Abschnitte 551. Zwei Abschnitte 551 der demografischen 
Form 253 sind sichtbar; ein demografischer Abschnitt und einen Raucher-Historie- 
Abschnitt. Der Rest der Form kaim bctracbtet weidcn, indem die Bildlaufleiste 253 ver- 
schoben bzw. gescrollt wird. 

Jeder Abschnitt umfasst einen oder mehrere Punkte, fiber die der Bemitzer typischerwei- 
se gefragt wird, um Information fiber einen Fatienten bereitzustcllen, oder falls die In- 
formation bereits bereitgestellt wurde, wird die Information angezeigt BeispicJsweise hat 
der demografische Absdmitt 551 sechs Punkte bzw. Themen 554, die von 1 bis 6 num- 
meriert sind, sowie einen siebten Punkt 555, bei dem eine Kalkulation automatisch von 
dem System durcbgefuhrt wird. 

Jeder Punkt 554 kann wicderum einen oder mehrere Kontrollgruppen 556 umfassen. Bei- 
spielsweise umfasst der Punkt 2 ("Geburtsdatum") eine Steuergruppe 556, die wiederum 
drei Steueningen 557A-557C (allgemcin 557 in Fig. 4C) umfasst. Bemerkenswert 1st, 
dass eine Steuergruppe selbst Kontrollgruppen umfassen kann. 

Jede Steuerung kann eine oder mehrere Elemente haben. Beispielsweise eriaubt eine 
Steuerung 557A, dass ein Benutzer den Monat des Geburtsdatums auswahlt. Die zw61f 
Monate sind in einer Uste verfQgbar, die durch Klicken auf den Pfeil sichtbar gemacht 
wird. Jeder Monat ist ein Element 558 der Steuerung 557A. 

Die Signifikanz dieser Hierarchie liegt darin, dass jedes dieser hierarchischen Niveaus 
als ein Objekt behandelt wird, und zwar mit seinen eigenen HTML-Fragmenten bzw. 
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HTML-Teiten. Wie in Fig. 4C gezeigt ist, wird, wenn ein Benutzer eine Anforderung 
201 nach eincr spezifischen Form sendei, wird das zugeordnete Form-Objekt 253 aufge- 
rufen und zu Benutzer-559- und Form-560-lnfonnation wcitergeleitet. Ein Form-Aufbau 
wird begonnen, indem gewisse HTML-Teile ausgewablt werden. Das Form-Objekt 253 
bcstimmt dann von dcr Versucbs-Datenbank, die Infonnation fiber die ProtokoU-Version 
enffialt, und von Benutzer-Privilegien und Paticnten-Information, welche Abschnitte auf- 
zunehmen sind, und jene Absciinitts-Objekte werden dann von dem Form-Objekt aufge- 
rufen, um sich selbst zux rend era bzw. zu machen. 

Was das Form-Objekt angeht, so hat jedes Abschnitts-Objekt seine eigenen HTML-Teile, 
von denen manche ausgewablt sind. Diesex Prozess schreitet fort, wobei jedes Objekt in 
der Hierarchic HTML-Teile bzw. HTML-Fragmente gemaB den Benutzer-Privilegien 
auswahlt und seine eingebetteten Objekte aufruft. 

Fig. 4D zeigt weher, wie das HTML-Dokument 221 dynamisch von Fragment-Mustern 
bzw. Teil-Schablonen und von Daten aufgebant wird. Eine Versuchs-Datenbank 220 
speichert strukturelle Infonnation der Form-Objekt-Hierarchien, wie zuvor diskutiert 
wurde. Eine Deskriptor-Datenbank 219 ist im Wesentiicben eine Bibliothek aus HTML- 
Code-Fragmenten bzw. HTML-Code-Teilen. Diese zwei Datenbanken Widen zusammen 
die Meta-Datenbank 105. Eine klinische Daienbank 223 speichert Daten, die wlbrend 
des Versuchs gesammelt werden. 

Beispielsweise ist die demografiscbe Form so beschrieben, dass sie zwei Abschnitte, ei- 
nen Abschnitt 1 und einen Abschnitt 2 hat. Bei der bevorzugten AusrUhiungs&rm wer- 
den Zeiger verwendet wie z.B. der Zeiger 230 zum Abschnitt 1. Jeder Abschnitt hat 
wiederum Zeiger zu scinen Themen bzw. Punkten usw. 

Jeder Teil der Hierarchie zeigt ebenso zu den entsprechenden Code-Fragmenten in der 
Deskriptor-Datenbank 219. Beispielsweise umfesst das demografiscbe Forxh-Objekt ho- 
hen Niveaus bzw. einer hohen Schicht einen Zeiger Oder einen Identifizierer 231, die auf 
verschiedene Code-Fragmente 234 zeigt. Das Objekt entscheidet, welche Fragmente zu 
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verwenden sind und welche zarUckzuweisen sind, und zwar in Abhangigkeit von Benut- 
zerrechten. Das ausgew&hlte Muster-Fragment bzw. Schabtoncnteil wixd kopiert (ange- 
zeigt durch 238), und zwar in das Document 221 . 

Jcdcs Objekt in der Hierarchie verhSlt sich fihnlich. Die Objektdaten des Abschnittes 1 in 
der Versuchfr-Datenbank 220 haben eincn Pointer bzw. Zeiger 232 zu ihren eigenen ent- 
sprechenden Code-Fragmentcn bzw. Code-Teilen in der Deskriptor-Datenbank 219. 
Wiederum werden jene Code-Fragmente Oder Muster, die ausgewahlt sind, wie.z.B. Co- 
de-Fragment 235, in das Dokument 221 kopiert, wie durch einen Pfeil 239 angezeigt ist 

ZusStzlich hat das Objekt fur den Abschnitt 1 ebenso einen Pointer bzw. Zeiger auf Da- 
ten 236 v die in der klinischen Datenbank 223 gespeichert sind und die in dem Ausgabe- 
dokument 221, wie durch einen Pfeil 240 angezeigt ist, mit dem Fragment-Muster bzw. 
der Teil-Schablone 235 kombuiiert werden. Die Daten 236 werden kopiert, wie durch 
einen Pfeil 241 angezeigt ist, und zwar in das Dokument 22l» und sie ersetzen einen ge- 
wissen Platzhalter von dem Original fragment, Die kopierten Daten werden durch Refe- 
renz 242 angezeigt. 

Letztendlich wird das Ausgabedokument 221 gesendet oder verSffentlicht, und zwar zu 
dem Anforderer, dessen Browser die Form macht bzw. rendert. Der Pfeil 243 zeigt, wie 
einer der Abschnitts-Fragmente mit Versuchs daten in einem Abschnitt 204 der Form ge- 
rendert bzw. verarbeitet wird. 

Natflrlich werden die klinischen Daten anflnglich durch den CI/CRC eingegeben und in 
der Versuchs-Datenbank gespeichert, wenn sei eingegeben bzw, dorthin abgegeben wer- 
den. Nach einer splteren Wiederbeschaffting zur Oberprfifung und zum Editieren (wobei 
geeignete Benutzerrechte angenommen werden), werden die gespeicherten Daten unter 
dem Daten-Fullprozess 209 (Fig. 3) eingefiUlt, wobei individueile Steuer- oder Element- 
objekte aktuelle klinische Daten von der klinischen Datenbank 223 beschatfen und anzei- 
gen. 
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Bemerkenswert 1st, dass wahrend Code-Fragmente im AHgcmeinen in der Form von 
HTML-Statements sind, dass sie ebenso kleine Schrift-Statements bzw. -Stellungnahmcn 
enthalten kSnnen, die in einer Sprache, wie z.B. Java-Script, geschrieben sind, die ver- 
wendet werden konntcn, urn gewisse Regeln zu impiementieren, Betspielsweise konnte 
eine Regel Patienten-Temperaturen nur innerhaib eines gewissen Bereichs erlauben, um 
einen Schutz gegenflber dcr Eingabe von Celsius-Teraperaturen an der Stelle von Fah- 
renheit bereitzustellen. Eine tJberprttfung mit Regeln bei dem Browser, wobei eine Spra- 
che, wie z,B. Java-Script, vcrwendet wird, verhindert die Extra-Obertragungen hin und 
her, die effbrderlich wSren, falls alle Oberprflftingen bei dem Server durchzufflhren wa- 
ren. Derartige Regeln kftnnen auf dem Protokoll basieren, das zu der Zeit aktiv war, als 
gewisse Daten eingegeben worden sind. 

In Fig. 4b wurde eine Inkonsistenz bei den Daten gefunden. Der Bemxtzer hat eine Frage 
7 angezeigt. dass der Patient me geraucht hat, jedoch hat er in Frage 9 angezeigt, dass 
der Patient Zigaretten raucht, Somit wurde eine Abfrage 271 von einem CRA eingege- 
ben, der nach einer weiteren Verifikation fragt und sie erscheint auf der Form bzw. dem 
Formular fQr den Bemxtzer, um darauf zu antworten. 

SchiieBUch ist bemerkenswert, dass der Text einer jeden Frage mit einer zusStrtichen 
Information verbunden bzw. verknfipft ist. Beispielsweise stellt der Text 271 der Frage 5 
"Gewicht" eine Verbindung bzw. erne Verkniipfung zu einem von mehreren Dokumenten 
dar, die Gewicht in Zusammenhang mit dem Protokoll erlSutern. Dies wird weiter unten 
diskntien. 

Fig. 5 zeigt, wie bei der bevorzugten AusfQhrungsfbrm dieselbe Form sich far einen an- 
deren Benutzer mit einer unterschiedlichen Rolle und deshalb unterschiedlichen Zugriffe- 
rechten untcrscheiden kann. Hier stellt User 2 bzw, Benutzer 2 einen klinischen For- 
schungsassistenten bzw. Clinical Research Associate (CRA) mit bzw. bei dem Sponsor 
dar. Dem Sponsor ist cs nicht erlaubt, Daten einzugeben Oder zu dndern. Somit werden 
die Patientendaten bei 275 einfech als Text angezeigt und sind nicht editierbar. Keine 
Steucrungen stehen zur Verfllguag. 
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Bemerkenswert ist auch, class fur User 2 bzw. Benutzer 2 unterschiedliche Steuerungen 
277 bei dem Anwendungs-Layoutfeld 251A zur Verffigung gestellt wcrden. Hicr gibt es 
zwei zusatzliche Steuerungen: Signaturen bzw. Untcrschriften und Monitor, Bemerkens- 
wert ist, dass, weil die Form nicbt einen Dateneintrag erlaubt, die Steuerungen tm Fdd 
251C sich ebenso von jenen der Fig. 4A und 4B unterscheiden. 

Die Verhindcrung eines unbeabsichtigten Gebrauchs 

Fig. 6 zeigt eincn typischen Einlogg-Badschirm der vorliegenden Erfindrog, wie er auf 
einem Client-Browser angezeigt wird. Ein Benutzer wird danach gefragt, einen Nutzer- 
namen 293 und ein Passwort 295 einzugeben. Nach dem Klicken auf die Einlogg-Taste 
297 wcrden der Nutzername und das Passwort Qber das Internet zu dem Web-Server 101 
(Fig* 2) flbertragen, wo sie dann zu dem Anwendungs-Server 103 zur Authentifizierung 
ebertragen werden. Ahernativ konnte eine Authentifizierung durchgefQhrt werden, indem 
alternative Verfahren, wie z.B. eine Sichemngs-Identifflcationskarte, digitale Zertifikate 
oder biometrische Charakteristiken verwendet werden. 

Eine bevorzugte Ausfuhrungsfonn der vorliegenden Erfindung zeigt eine Fotografie 257 
(Fig. 4A), urn vou einer unbeabsichtigten Verwendung des Systems durch eine andere 
Person abzuschrecken. Falls es z,B. geschieht, dass die eingdoggte Person fur eine Pau- 
se, urn einen Telefonanruf entgegenzunehmen usw M weggcbt und ein anderer Benutzer 
vorbeikommt und sich einloggt, wobei er sein eigenes Login verwendet, und dieser 
zweite Benutzer eine Pause macht, wShrend der erste Benutzer zuruckkehrt, wird der 
erste Benutzer sofort sehen, dass er nicht mehr eingeloggt ist. Eine Fotografie erfasst die 
Auftncrksamkeit des Benutzers viel leichter als dies nur ein geschriebcner Name tun 
wflrde. 

Bei der bevorzugten AusfQhrungsform werden der Name und die RoUe 259 des einge- 
loggten Benutzers unter der Fotografie 257 bereitgestellt. Somit konnte, falls der erste 
Benutzer vergessen hat, sich auszuloggen, ein zweiter Benutzer, der zu dem System 
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komint und den ersten Benutzer nicht kennt, visuell den ersten Benutzer identifizieren 
oder, falls er nicht in der Lage ist, den ersten Benutzer ztf finden, konnte er, weil der 
Name bereitgesteUt wild, nach dem ersten Benutzer in einem Verzeichnis suchen, falls es 
notwendig sein sollte, den ersten Benutzer zu kontaktieren. 

Inteffrierte Instfumententafel 

Bei einer bevorzugten Ausfuhrungsfonn wird eine "Instrumententafer 301,. die auf den 
Benutzer zugeschnitten ist, zu dem Client-Browser zuriickgegeben und angezeigt, wenn 
sicb der Benutzer authentifiziert bat 

Fig, 7 ist ein Diagramm, das den Ins&nmentenschinn der voriiegenden Erfindung zeigt 
Die Instrumententafel 301 enthalt verschiedene Infonnationen und Verbindungen bzw. 
Verknllpfungen, die die Studic betreffen. Beispielsweise entbfilt sie Studien-Nachrichtcn 
303, die der Benutzer lesen sollte. und Waraungen 305, die kritisch sein kdnnen. Sie 
enthalt ebenMs Graphen 307, die den Studien-Fortschritt betreffen, eine Liste von Ar~ 
beit, die zu vollenden ist, 309, und zwar mit fuhrenden bzw. navigierenden Verknupfun- 
gen und zusatzlicher Information. Er dient als eine Heimbasis fur den Benutzer. 

Zwischen-Rahmen 

Wahrend Rahmen rait gefcogenen Ecken asthetisch ansprechend sein ktanen, stellen 
HTML-Rahmen kejne gekriimmten bzw. gebogenen Ecken bereit. Somit ist es ein As- 
pekt der vorliegenden Erfindung, dass Zwischen-Rahmen verwendet werden, urn die 
Bogen bzw. Kritairaungen bereitzustdlen. 

Fig. 8 ist ein Diagramm, das die Verwcndung eincs Zwischen-Rahmens durch die vor- 
liegende Erfindung anzeigt. Nonnalerweise kann eine Web-Anzeige in verschiedene un- 
abhangige Rahmen unlerteilt werden. Hier wird die Web-Seite 400 functional in drei 
unabhSngige Rahmen unterteilt: einen Steuerfeld-Rahmen 403, einen Inhalt-Aktions- 
Feldrahmen 405 und einen Inhalt-Feldrahmen 407. 
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Der Entwickler der Web-Site wunscht, eine gekrummte Linie 401 zu verwenden, urn 
visuell die Felder voneinander zu unterscheiden. Jedoch sind HTML-Rahmen-Grenzen 
auf horizontal und vertikale Linien beschrankt. 

Eine bevorzugte Ausffihrungsform der vortiegenden Erfindung simuliert gekrilmmtc Oder 
unregelmafiige Formen zwischen Rahmen, indem ein Zwischen-Rahmen 409 zwischen 
Rahmen 403, 405 und 407 verwendet wird, bei dem die Kurven bzw. BCrummungcn und 
andere Rahmen-Grenzen gezeichnet sind. Somit erscheint es fur den Benutzer so, dass 
die verscbiedenen Felder tatsachlich gekrOmmte Grenzen haben. 

Bitmap-Steuerungen 

Wie zuvor diskutiert wurde, werden bei einer bevorzugten Ausfiihrungsform der vorlie- 
genden Erfindung typischerweise GUI-Steuerungen, die nonnalerweise in einer Zu- 
standsmaschine ausgefOhrt werden, in einera Client-Browser implementiert. Dies wird 
bei der bevorzugten Ausflihrungsfonn der vorliegenden Erfindung durchgefuhrt, indem 
mehrere Bitmap-Bilder erzeugt werden, die selektiv derartig platziert werden konnen, 
dass der Browser ingeeigneter Weise die gewunschte Steuenmg aufbaut. Bitmap-BUder 
konnen als gif, jpeg und als andere Formate formatiert werden. Weil Browser Bilder 
lolcal cachen bzw. puffern, fuhrt eine erneute Verwendung der meisten Bitmaps bei raeh- 
reren Steuereleraentea zu cinem schnellen Aufbau des Steuerelements und somit zu der 
Web-Seite. 

Ein Vorteil bei diesem Losungsansatz liegt darin, dass, weil viele der Bilder neu verwen- 
det werden, nur eine Kopie eines jeden von dem Server heruntergeladcn werden muss. 
Zweitens stellen Marken einen einfachen Text dar und mussen nicht mit Bildera, die her- 
unterzuladen sind, in Zusatnmenbang stehen. Der Text ist klein und es dauert somit nur 
eine kurze Zeit fur die t)bertragung. Letztendlich bntuchen die Bild-Dateien nur einen 
kleinen Anteil am Speicner, weil die Bild-Dateien, die den Bitmaps entsprechen, k>kal 
durch einen Browser gecacht bzw. gepuffert werden, und weil die Bild-Dateien klein 
smd. 



Fig. 9 zeigt dieses Konzept mit einer Tastensteuerung 501. die die Textmarkierung 
"ABC" 503 entbllt. Gcw6hnlicherweise ist die gesamte Taste 501 ein einziges Bild. Falls 
Tasten verwendet werden, die z.B. die Marken bzw. Markierungen "DEF", "GHT usw. 
haben, muss jede ein vollstandig anderes Bild haben, wobei jedes seine anfangliche 0- 
bertragungszeit and seinen eigenen Cachc-Speicher bendtigt. 

Statt dessen onterteilt die vorliegende Erfindiing das Tastenbild in mehrere Bilder 505A- 
505D. Bezugnahmen oder Hinweise, wie z.B. URLs, auf diese Bilder (die bei der bevor- 
zugten Ausffihrungsform im allgemeinen "gif'-Dateien sind) werden in einer 
TABELLEN-Struktur in eincm HTML-Dokument platziert. Eine derartige Tabelle 506 
bat funf Dateneintrage, die mit 5O6A-506E bezeichnet sind. Bezugnahmen auf die Bilder 
505A-505D werden in vier der TabeUeneintrage 506A-506D platziert, was zu einer Plat- 
zierung der Bilder in der Tabelle 506 durch den Browser ffihrt, wie durch Pfeile 509A- 
509D jeweflig angezeigt ist. Der Markiemngstext "ABC" wild in dem verbliebenen Ta- 
belleneintrag 506E platziert, wobei eine Hintergrundferbe zu den Bildern 505A-505D 
passt. 

Wahrend die Anwendung vide unterschiedliche Tasten verwenden kann, sind somit nur 
die Marken bzw. Markierungen unterscniedlich - dieselben Bilder werden fur aUe Tasten 
neu verwendet. Kerne zusatzlichen Bild-Dateien miissen uber das Internet Qbertragen 
werden. Nur der Text muss Qbertragen werden und Text nimmt nur einen Bruchteil der 
Zeit in Anspruch, die ein Bild zur Obertragung benotigt. Da die Bilder wieder verwendet 
werden, ist auch das Speichern im Cache yiel kleiner. 

Bcmerkenswert ist ebenso, dass ein HTML-kompatibler Browser automatiscb Bitmap- 
Bilder ausweitet, so dass sie in einen benotigten Raum passen. Da eine Tabelle sich 
selbst einstellt, um ihre DateneintrSge zu beinhalten, wurde eine Taste 501A mit einer 
langen Marke bzw. Markierung 503A (beispielsweise das gesamte Alphabet) gezeichnet 
werden, wobei ein Markierungsraum 506E lang genug ist, um die gesamte Markierung 
zu enthalten. TabeUeneintrage 506B und 506C wtlrden dementsprechend verlingert sein 
und deshalb wflrden Bumap-BikleT 505B und 505C ausgeweitet werden, um diese ver- 
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langerten Eintrfige auszufilUen, obwobl nur minimalc Beschreibungen der Bitmaps be- 
reitgestellt werden. 

Unten findet sich cin HTML-Code, um eine Taste von verschiedenen gif-Dateien zo er- 
zeugen. Bitmap-BUder 505A-505D (Fig. 9) entsprechen Dateien, die jeweilig wie folgt 
bezeicbnet sind: 

*but_botJ.eft . gif " , *but_botJ;op . gif * , 

•but_bot_right.gif", und 'but_.bot.bot. gif Die y^te bzw. Mar- 
kierung dieser bestimmten Taste ist "Go" bzw. "Gehe". Bemertenswert ist ebenso, dass 
jeder der Tabelleneintrage den Text hat: HREF =" tabs. htm". Deshalb wild em Klicken 
irgendwo auf die Taste den Browser veraolassen, eine Web-Seite anzufbrdern, die als 
" tabs.htm" identifiziert ist. 
cHTML> 

<!--////////////////////////////////////////////////// 
--> 

<l— // Copyright (c) 1997-199B Phase Forward Inc. 

--> 

<l~ // 51 Winchester Street. Newton MA 02161 

— > 

<!--// Alle Rechte vorbehaltan 

<l--////////////////////////////////////////////////// 

<HBAD> 

<STYLB> 

TD 

{ 

font -size: 8pt; 

font-family: Arial,"Sans Serif"; 
text-aligns center; 
vertical -align: middle; 
font-weight: bold; 

color :#cccccc; 

} 

TD-tnenu 

{ 

line-height: 10px; 
height: 8px; 
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} 

TD.TDLef t 

{ 

text-align: left; 
vertical -align: middle; 

) 

TD.TDRight 
{ 

text -align: right; 
vertical -align: middle; 

} 

A: link 
{ 

color: #CCCCCC; 
font -size: 8pt; 

font -family: Arial, fl 8ana Serif"; 
font -weight: bold; 
text-align: center; 
text -decoration: none; 

} 

</STYLB> 

</HEAD> 

<BODY> 

<TD NOWRAP TITLE- "Click here to go to the patient 
visit" > 

< TABLE BORDER-" 0* CELLSPACING- " 0 • CELLF ADDING- » 0 " 
VALIGM- "middle" ALIGN- " left " > 
<TR> 

<TD R0WSPAN-"3» BOWRAPxA HREF-" tabs. htm "><IMG 
8RC-"./images/but_bot_left.gif" 
BORDER- ■ 0 ■ ></A></TD> 

<TD NOWRAPxA HREF- " t«b8 • htm" XIHG 

SRC- ■ . / images/but_bot_top . gif ■ WIDTH- ■ 34 « 
HEIGHT- "4" BORDER- ■ 0 " >< /A>< /TD> 

<TD ROWS PAN-" 3" BOWRAPxA HREP- "tabs, htm" xIMG 
SRC-" . /images/but bot_right .gif • 
BORDER- " 0 " x/Ax/TD> 

</TR> 
<TR> 

<TD CLASS- "menu" BGCOLOR- "#33669 9" BOWRAPxA 
HREF-" tabs. htm" >Go</A></TD> 

</TR> 
<TR> 

<TD BOWRAPxA HREF- "tabs .htm" x IMS 

SRC- ■ . /images /but_bot_bot . gif " WIDTH- "34" 
HEIGHT- "5" BORDERa"0"x/Ax/TD> 

</TR> 
</TABLB> 
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</TD> 
</BODY> 

Bemerkenswert ist, dass in HTML cine Tabellenstruktur dutch < TABLE >- und 
< /TABLE > -Tags bzw. -Markierungen bcgrcnzt sind. Jede Zeile beginnt mit dem Tag 
bzw. der Markierung <TR> und endet optional mit </TR>. Innerhalb einer jeden- 
Zeile, jeden Spalte oder TabcUe beginnen Daten mit <TD> und enden optional mit 
</TD> . Eine COLSPAN=X- oder cine ROWSPAN^Y-Spezifizierung innerhalb cincs 
< TD>-Tags bzw. -Markierung zeigt an, dass der entsprechende Eintrag dazu dient, X- 
Spalten oder Y-Zeilen jeweilig aufcuspannen. 

Fig. 10A, 10B und IOC zeigen einen Karteireiter oder eine Reitersteuerung, die von der 
vorliegenden Erfindung verwendet wird. Fig. 10A zeigt eine Reitersteuerung bzw. Kar- 
tcireitersteuerung 421 mit drei Reitem, obwohl auch eine Reitersteuerung mit jeder An- 
zabl von Reitem mit dieser Technik realisiert werden kann. Wie gezeigt, wird das erste 
Reiterekment, das mit "ABC markiert ist, ausgewSWt. 

Die Reitersteuerung 421 wird in viele kleine Abschnitte unterteilt, die individual bzw. 
einzeln in Fig. IOC gezeigt sind, wobei jeder davon mit der Ausnahme von Markie- 
rungsabschnitten ein entsprechendes Bild bat. Was die Tastensteuerung angeht, so wer- 
den viele iter Bilder neu verwendet. Jedes Bild hat eine schattierte Version und eine un- 
schattierte Version. Ein Reiter wird schattiert, falls er ausgewfihlt worden ist. Beispiels- 
weise definieren eine rechtes Bitmap-StQck 437, ein oberes Bitmap-Stuck 425 und ein 
unteres Bitmap-Stack 429 das meistc des dritten "GHT-Reiters. Die Marke bzw. Mar- 
kierung 435 ist nicht ein Bitmap, sondcrn eher wie dies bei unteren Markierungcn ist, die 
oben beschrieben wurden, ein ein&cher Text mit einer Hintergrundfarbe, urn mit den in 
der Umgebung liegenden Bitmaps uberein zu stimmen. Der Bitmap 431 wird von dem 
"GHIC-Reiter und dem benachbarten "DEF'-Reiter mit genutzt. 
Der "DEF'-Reitcr verwendet dieselben oberen und unteren Bitmap-StQcke 425, 429. 
Deshalb werden diese Bitmaps nicht wieder flbertragen werden mussen, da sie gerade 
flbertragen wurden, urn sie in den "GHr-Reiter zu Ziehen. NatOrlich nutzt der "DEF"- 
Reiter hier eine einzigartige Markierung ("DEF"), da dies aber cin einfecher Text ist, 
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wild cr direkt in der Tabellenstruktur plaiziert und infolgedessen gibt es keinen signifi- 
kanten Overhead bzw. Zusatzaufwand bei seiner tibertragung. Ein anderes uberlappen- 
des Bhmap-Stttck 431A wird von dan "DEF n -Reiter und dem ausgewShlten *ABC- 
Reiter gemeinsam genutzt. 

Der "ABC -Reiter verwendet jeweils schattierte linke, obere und untere Bitmap-Stficke 
423 A, 425A, 429A, urn zu zeigen, dass der "ABC -Reiter ausgewShlt ist. Die Markie- 
rung •ABC 427 stellt Daten dar, die direkt in der TabeUen-Datendefmition eingebettet 
sind. 

Jedes dieser kteinen Bitmap-BUder bat ein HREF-Element, das dem zugewiesen ist, das 
heiflt cine Bczugnahme, zu dem Server zu senden, falls der Benntzer die Maustaste auf 
dem Bitmap klickt Obwohl derselbe obere Bitmap 425 fur mehrere Reiter verwendet 
wird, kann jede Realisienmg des Bitmaps eine unterschiedliche HREF-Zuweisung haben. 
Wenn z.B. der Bcnutzer irgendwo innerhalb der oberen 425 Oder unteren 429 Bitmaps 
Oder der Markierung 427, die mil dem "DEF"-Reiter in Verbindung steht, klickt, kann 
somh Information, die "DBF" betriffi, von dem Server beschafft werden und auf dem 
Browser angezeigt werden. Zus&tzlich muss sich das Reiter-Steuerungs-Erscheinungsbild 
andern, um anzuzeigen. dass rt DEF" ausgewfihlt worden ist. 

Somit erscheint nun die Reitersteuerung, wie in Fig. 10B gezeigt ist. Nur zwei neue Bid- 
der werden ben6tigt; das gemeinsam genutzte Bitmap 431A zwischen den "ABC- und 
"DEF n -Rcitem wurde durch ein Bitmap 439A mit einem anderen sich uberlappenden 
Erscheinungsbild ersetzt und das links aoBen liegende Stuck 423A ist nicht mehr schai- 
tiert und muss durch ein Stflck 423 ersetzt werden. Dies ist das einzige Stock der Reiter- 
steuerung, das von dem Server bereitgestellt werden muss. 

Was die unten diskutierte Taste angeht, so ist es ohne diese Technik notweudig, die ge- 
samte Reitersteuerung herunterzuladen und zu cachen bzw. zu puffern, und zwar in einer 
jeden ihrer drei mdglichen Zustande, das heifit drei Bitmaps der gesamten Reitersteue- 
rung, wobei jedes mit einem anderen ausgewSMten Reiter ist. Dies erfordert vielmehr 
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Cache-Speicher als die vorliegende Erfindung sowie viel mehr ftbertragungszeit, wenn 
die Maps nicht gecacht worden sind <und jede tfbertragung ist eine Ubertragung dcs ge- 
saraleii Reitcrsteuerungs-Bitmaps). Die voriiegaric Erfindung verwendet auf der anderen 
Seitc ein kleines oberes Bitmap 425 fur jeden Reiter sowie em unteres 429, linkcs 423 
und rechtes 437 Stflck oder jeweilig ihre schattiexten Versionen 425A» 429A, 423A, 
437A und ein rechtes ttbterlappungsstuck 431A und ein linkes Oberlappungsstuck 439A, 
wobei alle wesentlich kleiner sind als das gesamte. Dieser Unterschied wild noch wkhii- 
ger, dort wo die Anzahl der Reiter groBer ist Was die Tastensteuerang angeht, so kon- 
nen die oberen und unteren Reiter-Bitmaps 425, 429 sich jeweils erstrecken und deshalb 
sind die aktuellen Bitmaps extrem klein, nur wenige Pixel breit und verbrauchen deshalb 
eine sehr kleine Menge an Cache-Speicher. 

Ein anderer Vorteil der vorliegenden Erfindung Hegt darin, dass, falls sich die Form fin- 
dert t so dass die Reitersteuerung zusitzliche Reiter hat, keine weiteren Bitmaps ubertra T 
gen werden mussen. Alle notwendigen Bitmaps werden gecacht bzw. gepuffert sein. Nur 
die Tabellenstruktur mit den Textmarkienuigen bzw. Textmarken, Reiter auswahlinfor- 
mation und Bezugnahmen auf die Bitmap-Dateien muss ubertragen werden. 

Noch ein wciterer Vorteil liegt darin, dass die vorliegende Erfindung das Erfbrdernis 
danach, mehr Bilder zu erzeugen, wean sich eine Form andert, verringert bzw. beseitigt. 
Falls beispielsweise im Stand der Technik eine Reitersteuerung sieben individuelle Rei- 
tersteuerelemente umfasst, so mussten sieben unterschiedliche Bilder erzeugt werden - 
wobei jedes einen unterschiedlichen ausgewahlten Reiter hat. Falls es notwendig wird, 
acht Reitersteuerelementc hinzuzufugen. so mflssen acht neue Bilder erzeugt werden. Bei 
der vorliegenden Erfindung mflssen keine weiteren Bilder erzeugt werden. 

Vorzugsweise werden diese Bitmaps angeordnet, indem sie in einer Tabellenstruktur 
platziert werden* Beispielsweise definiert der untere Code cine HTML-Tabelle, bei der 
die Positionen und Dateten, die die Bitmaps enthalten, spezifiziert sind. 

Ebenso wird bei der bevorzugten AusfUhrungsfonn der ausgewahlte Reiter (dessen zuge- 
ordoete Form angezeigt wifd) unterschiedlich eingefirbt und anders gerendert bzw. ge- 
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macht als die nicht ausgewShlten Reiter. Somit gibt es unterschiedlichc Bilder fttr ausge- 
wShlte und nicht ausgewahlte Reiterteile. Da jedoch eine Markc bzw. eine Mariderung 
ein einfecher Text ist und kein Bild verwendet wird, wild eine Hintergnmdfarbe einer 
Marke irmerhalb des enteprechenden Tabeileaeintrags spezifiziert, um mit dcm Reiter 
Hbefein zu stimmen. Es gibt keine Bild-Datei, die zu flbertragen ist. 

Der folgende Abtast-Code erzeugt eine Datei-Reiter steuerung , wobei fttnf Reiter jeweilig 
"VS", "LAB", "AE\ "CM* und "CMP" bezeichnet sind t wobei "VS n als ansgewttlte 
Form angezeigt wird. 

<HTML> 

<!-////////////////////////////////////////////////// 

> 

Copyright (c) 1997-1998 Phase Forward Inc. 

— > 

<l~-// 51 Winchester Street, Newton MA 02161 

— > 

<!~t// Alle Rechte vorbehalten 

<i-////////////////////////////////////////////////// 

— > 

<BBAD> 
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<META HTTP- EQUIV- 1 Content -Type 41 content « 1 text /html ; 

eharset«iflO-8859-l B > 

<TIlLE>Phase Forward Demo CRP Navigation Bar</TITLE 

<8TYIjE> 
BODY 

{ 

margin- top: Opx; 
margin-left t Opx; 
margin-right: Opx; 
margin-bottom: Opx; 

ID 

{ 

vertical -aligns bottom; 

) 

TD. tabs elect 
{ 

color: #FPFP00; 

font -size: lOpt; 

font-family: Arial, "Sana Serif"; 

font -weight: bold; 

text -align: center; 

vertical-aligns center; 

line-height: apt; 

height: llpt; 

} 

TD* tahnotselect 

{ 

color: #CCCCCC; 
font-size; lOpt; 

font-family: Ariel # "Sans Serif"; 
font-weight: bold; 
text -align: center; 
vertical-align: center; 
line-height: 8pt; 
height: llpt; 

} 

A; link 
{ 

color: #CCCCCC; 

font-dize : lOpt; 

font-family: Ariel, "Sans Serif"; 

font -weight: bold; 

text -decoration* none; 

text -align: center; 

} 

Atvisited 
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color t #CCCCCC; 

font -size: lOpt; 

font-family : Ariel , "Sana Serif; 

font -weight: bold; 

text -decoration j none; 

text-aligns center; 

} 

A: hover 

{ 

color: #PFFFCC; 

} 

</STTOS> 
</HBAD> 

<BODY BGCOLOR-"#6666G6"> 

<MAP NAME* "Of fHldKapl ■ > 

<AREA SHAPE- "poly" HREF- " tabjvsbp . htm" 
COORDS-" 0, 1, 4 , 1, 10, 6 , 15, 20, 15 , 24 , 0 , 24 ■ 
TITLE- "Vital Signs/Blood Pressure "> 
<AREA SHAPE- "poly" HREF- "tab lab^htra" 

CC>ORDS«"27,l,22,l,17,6,147l0,17,20,17,24,27,24,* 
TITLE- "Laboratory" > 

</MAP> 

<MAP NAMB-»OnMidLMap2"> 

<ARBA SHAPE- -poly" HREF-" tab lab. htm" 

OX>RDS«"0,1,4, 1,10, 6, 15, 20, 15,24,0,24" 
TITLE- "Laboratory" > 

</MAP> 

<MAP NAME-"OnMidRMap3»> 

<AREA SHAPE- "poly" HREF- "tab em. htm" 

COORDS- "27, 1, 22, 1, 17, 6, 14^0 , 17, 20 , 17 , 24, 27 , 24, ■ 
TITLE** ■ Concomitant Medications" > 

</MAP> 

<MAP NAMB- ■ Of fMidMap4 " > ' 

cAREA SHAPE- "poly" HREF- » tab_cm.htm" 

COORDS«»0,1,4,1.1Q.G,15.20.15.24,0,24» 

TITLE*" Concomitant Medications "> 

<AREA SHAPE- "poly" HREF- "tab cmp.htm" 

COORD8-"27, 1, 22, 1, 17, 6, 14^0 , 17 , 20, 17, 24 ,27, 24 , " 

TITLE-"Study Compliance^ 

</MAP> 
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<TABLE BORDER-" 0" CELLPADDING= ■ Q " CELLSPACING- " 0 " 
HEIGHT-" 100%" > 
<TR> 

<TD VALK3N-" bottom" >< TABLE BORDER-" 0° 

CELLPADDING-" 0 • CELLSPACING- "0" ALIGN-" lef t ■ > 

<TD ROMS PAN-" 3" NOHRAPxA 

HREP»"tab_vabp . htm" ><IMG 

SRO" . /images/tab off l.gif" BORDER- "0 ■ 

ALT- "Vital Signs/Blood Pressure "x/Ax/TD> 
<TD NOWRAPxA HREP- « tab_V8bp . Otm»xIMG 

SRC-" ./iinages/tabjof f_top.gif • BORDER-" 0* 

WIDTH- "52px» HBIOTT-"?" ALT-"Vital 

Signs/Blood Pressure" x/Ax/TD> 
<TD ROW8PAN--3" HOWRAPxIMG 

SRC- "./images/ tab off mid. gif" BORDER-" 0" 

IJSEMAP-"#Of fMidMapl" ></TD> 
<TD KOWRAPxA BRBF-"tab_lab.htin"xIMG 

SRC- "./imagea/tab_of f_top.gif" BORDER* * 0 " 

WIDTH-"40px» HEIGHT- "5" 

ALT- "Laboratory" x/Ax/TD> 
<TD RQW8PAN»"3" HOWRAPxIMG 

SRC- "./images/ tab on midl.gif" BORDER- "0" 

03EMAP- " #OnMidLMap2 " ></TD> 
<TD NOWRAPxrlKG SRC- v . / images/ tabjon t op . gif " 

BORDER-" 0« WIDTH-"32px" HEIGHT-" 5 ■" 

ALT-" Adverse Experiences » ></TD> 
<TD ROWSPAMU"3" NOWRAPxIHG 

SRC-" . /images/ tab_an midr. gif • BORDER-" 0" 

USBMAP- " #OnMidRMap3 "x/TD> 
<TD KOWRAPxA HREF- "tab_cm.htm" ><IMG 

SRC-" . /images/tab^of f_top .gif " border- "0" 

WIDTH»"34px" HEIGHT-" 5" ALT- " Concomi t ant 

Medications ■ ></Ax/TD> 
<TD R0W8PAN-"3" NOWRAPxIMG 

SRC- " . /images/tab off mid. gif" BORDER- "0" 

USEMAP, "#Of fMidMapi " x/TD> 
<TD NOWRAPxA HREF-'tab_cn$>.htin"xIMG , 

SRC*". /images/tab _pf f_top.gif" BORDBR-"0" 

WIDTH-" 43 px" HEIGHT-" 5 B ALT- "Study 

Compliance* x/Ax/TD> 
<TD R0WSPAW--3" NOWRAPxA 

HREP- » tabjcmp . htm" xIMG 

SRC- ■ . /iroagas/tab_off_r. gif ■ BORDER r= • 0 • 

ALT= n Study Compliance" x/Ax/TD> 
</TR> 
<TR> 
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<TD CLASS- "tabnotselect" BGCOLOR- "#336699 ■ 
NOWRAPxA HREF- » tab_vsbp . htm" TITLE*" Vital 
Signs/Blood Pressure ">VS/BP</Ax/TD> 

<TD CLASS- "tabnot a elect" BGCOLOR- "#33 6699 ■ 
NOWRAPxA HREF- "tab_lab.htm" 
TITLE- "Laboratory ■ >LAB</Ax/TD> 

<TD CLASS-" tabaelect " BGCOLOR- "#003366" 

TITLE- "Adverse Experiences" NOWRAP>AE</TD> 

<TD CLASS- " tabnotaelect " BGCOLOR-" #33 6699" 

NOWRAPxA HRBF-»tabj3m.htra" 

TITLE" •Concomitant Medicat ions • >CM</A></TD> 
<TD CLASS- "tabnot select" BGCOLOR- "#33 669 9" 

NOWRAPxA HRBF--tab_cmp.htm" TITLE- "Study 

Compliance " >CMP</Ax/TD> 

</TR> 
<TR> 

<TD BGCOLOR- "#33 6699" NOWRAPxA 

BR8F-" tab_vsbp .htm" ><IMG 

SRC- "./linages/ tab off_bot.gif" BORDER- "0" 

WIDTH-"52px" HEIGHT-" S" ALT- "Vital 

Signs/Blood Pressure" ></Ax/TD> 
<TD BGCOLOR- "#336699' NOWRAPxA 

HREF- *tab_lab. htm" xIMG 

SRC- " . /images/ tab_of f _bo t . gi£ " BORDER- • o ■ 

WIDTH-"40pX" HEIGHT- "5" 

ALT- "Laboratory ■ x/A> </TD> 
<TD BGCOLOR- "#003366" NOWRAPxIMG 

SRC- ■ . /images/ tabjonjxit . gif " BORDER— " 0 " 

WIDTH- "32pX" HEIGHT-" 5" ALT-"Adverse 

Experiences " ></TD> 

<TD BGCOLOR- "#336699" NOWRAPxA 
HRBP- ■ tab__cm. htm" x IMG 

5RC-" . / images/ tab_off__bot .gif " BORDER- "0" 
WIDTH-"34px" HEIGHT- "5" ALT- "Concomitant 
Medications"x/Ax/TD> 
<TO BGCOLOR-"#336699" NOWRAPxA 
HRBF-"tab__cmp .htm* xIMG 

SRC- " . /imagea/tab_off_bot .gif » BORDER- "0 ■ 
WIDTH-" 43px" HEIGHT-" 5" ALT- "Study 
Compliance" x/A></td> 
<TD VALIGN-»bOttom" COLSPAN-"3" NOWRAPxIMG 
SRC-" . /images/tabof fjbot .gif" WIDTH-" 1000" 
HEIGHT- "S" BORDER- " 0 ■ ></TD> 
</TR> 
</TABLBx/TD> 
</TR> 
</TABLE> 
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</BODY> 
</HTML> 



Die Korrelation zwischen Bitmaps von Fig. IOC und ihren entsprechenden Datei-Namen 
ist in der folgendcn Tabelie gegeben: 



Fig. IOC Bazugszaichan 


Data! name in HTML-Code 


423A / 423 


tab_on_l .gif / tab_off_l.gif 


425A / 425 


tab_on_tqp.gif / tab_off_top.gif 


429A / 429 


tab_on_bot.gif / tab_ofif_bot.gif 


431A 


t ab_on_midr - gif 


439A 


tab_on_midl .gif 


437A / 437 


tab_pn_r.gif / tab_off_r.gif 



In ahnlicher Weise zeigen Fig. 11A, 11B und 11C eine lineare Steuerung, vorzugsweise 
erne Zeitachsensteuerung der vorliegenden Erfindung, wobei dieselbe Tcchnik verwcndet 
wtrd. Fig. 11C zeigt die verschiedenen Bitmaps, die in einer Tabellenstruktur piatziert 
sind, so dass sie eine lineare Steuerung bilden. Die gestrichelten Union zeigen den Um- 
riss des Bitmaps, wahrend die durchgebenden Linien das darsteHen, was tats&chlkh zu 
seheu ist. Naturlich kann eine Farbc und eine Schattierung verwendet werden, um einen 
dramatischeren Effekt zu erzeugen, und tatsflchlich werden sie bei der bevorzugten Aus- 
fuhrungsform verwendet. 

Ein Bitmap 481 definiert das linke Ende der Steuerung und zeigt das Unke Bode eines 
Rahmens, das die Steuerung einschfieBt. Ahnliche Bitmaps 482, 483 und 489 definieren 
obere, untere und rechte Rahmenstflckc* und zwar jeweilig des Steuerungseinschlusses. 
Bemerkenswert ist, dass durch Definieren eines Bitmaps, um mehrere Reihen Oder Spal- 
ten innerhalb eines Tabelleneintrags aufeuspaimen, nicht die Erscheinungsform des Bit- 
maps andert, mit der Ausnahme, dass es in die vertikale Oder horizontal Richtung je- 
weilig ausgeweitet wird. 
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Bitmaps 483 und 485488 definieren verschiedene Teile der linearen Steucning selbst. 
Bitmaps 483 und 488 sind jeweils die linken und rechten Stficke der Stcuerung und bei 
der bevorzugten Ausfflhrungsform werden sie nur einmal pro Steuerung verwendet. Das 
Bitmap 485 ist der Linienteil der Steuerung und wird simultan an mehreren Plfttzen ver- 
wendet. Bitmap 486 hat eine Fortfuhrung der Steuerlinie phis einen vertikalen Tick. Bit- 
map 487 wird verwendet, urn zu zeigen, welcher Wert ausgewShlt worden ist 

Diese Bitmaps 481-489 konnen in verschiedenen Kombinationen zusammengebaut wer- 
den, urn lincare Steuerungen jeglicher GroBe zu erzeugen und um jegliche Steuerung in 
einem bestimmten Zustand zu zeigen. Beispielsweise wurden in Fig. 11A Bitmaps 481- 
489 (von Fig. 11C) in einer Tabelle 451 zusammengebaut, um eine lincare Steuerung mit 
vier Stopps zu erzeugen. Zusitzlich wurden in. der Tabelle unterhalb eines jeden Stopps 
Marken platziert. Diese Marken sind tedfigiich Eintr§ge mit einer Hintergrundferbe, die 
mh der Steuerung fibereinstimmt, so dass cs einen vemachlissigbaren Overhead beim 
Erhalten dieser Marken gibt. 



Dw fblgende HTML-Code erzeugt die iineare Steuerung der Fig. 11 A. 



< I --/////////////////////////////// /////////////////// 

<!--// Copyright <c) 1997-1998 Phaae Forward Inc. 
— > 

<J— // 51 Winchester Street, Wewton MA 02161 
"> 

<!--// Alls Rachte vorbehalten 

--> 

<HEAD> 

<MBTA HTTP-EQOIV- "Content -Type" content- "text /html ; 
chareet-ieo- 8859-1" > 

<TITLB > Phase Forward Demo Visit Bax< /TITLE > 
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<6TXLB> 
BODY 
{ 

margin- left : Opx; 
margin- top i Opx; 

} 

TD 

( 

font -size; Bpt; 

font -family s Arial, "Sana Serif n ; 
font-weight: bold; 
test-align: center; 
vertical -align: middle; 

> 

TD.tdB elect 
{ 

color: #PPFF0O; 

A:linfc 

{ 

colon #CCCCCC; 
font -si set 8pt; 

font- family: Arial, 11 Sans Serif 11 ; 

$?oht -weight: boldj 

;>ext- decoration: none; 

text- align; center; 

vertical -align: middle; 

line-height: llpx; 

height: 8px; 

} 

Arvisited 
{ 

colors #CCCCCC; 
font-size: apt; 

font-family: Arial, "Sang Serif"; 
font-weight: bold; 
text-decoration; none; 
text- align : cejatsau 
vertical-align: middle; 
line-height: llpx; 
height: 8px; 

} 

A: hover 
{ 

color: #FFFPCC; 

} 

TD.tickmark 
{ 
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vertical-align: middle; 
/*line-height: 12px; 
height: 12px;*/ 

} 

</STYLE> 
</HEAD> 

<BODY BGCOLOR-"#336699"> 

<TABLE BORDER-" 0" CELLPADDIKG * 0 0 " CELLSPACINGS - 0" 
HEIGHT-"100%" ALIGN" "left* VALKHT-'tOp 1 > 

<TR>. 

<TD ROWSPAN-"3»xIMQ 

SRC-" . / image o/ 1 i ck_inden t_l . gif » 

BORDER- "0 ■ x/TD> 
<TD COLSFAN-»2»xIMG 

SRC-" . /irages/tick_indent_top .gif " BORDER- "0 

WIDTH- "53" HEIGHT-" 5 "x/TD> 
<TD COLSPAN-»3"xIMG 

SRO" . /iniages/tick_indent_top .gif " BORDER- "0 

WIDTH- "70" HEIGHT- »5"></TD> 
<TD COLSPAN-»3"xIMG 

SRC-" . /inagee/tickjtndent _tqp .gif ■ BORDER- ■ 0 

WIDTH- "70" HEIGHT-" 5 *x/TD> 
<TD COLSPAN-"3"xIMG 

SRC-" . /images /tick_indeBt top. gif" BORDER- "0 

WIDTH- "70* HBIGHT-"5»x/TD> 
<TD COLSPAN-"3»xIMG 

SRC-" . /imagas/tick_indent_top -gif ■ BORDER-" 0 

WIDTH-" 70" HEIGHT- "5 "x/TD> 
<TD COLSPAN«"3"xIMG 

SRC-" . /imagea/tick__indent_top . gif" BORDER- » 0 

WIDTH-" 70" HEIGHT- "5 "></TD> 
<TD COLSPAN-"3"xIMG 

SRC-"./in»gae/tick_indent top. gif" BORDER- "0 

WIDTH-" 70" HEIGHT-" 5 "></TD> 
<TD COLSPAN-"2"xIMG 

SRC- " . /imageo/tick_indent_top . gif" BORDER-" 0 
. . WIDTH- "4 6 u HEIGHT--"5 " ></TD> 
<TD ROWSFAN-»3"xIMG 

SRC- " . /images/ tick_indeat_r . gif ■ 

BORDER-" 0">*/TO> 

</TR> 
<TR> 

<TD CLASS- "tickraark"xA HREF- "tl_wk-4.htm" 
TITLE-"" ><IM3 SRC-" . /imageo/tick^ef t .gif • 

BORDER- " 0 0 x/AX /TD> 
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<TD CLASSo"ticlanark B ><IMa 

SRC-"./iwages/tick_line.gif" BORDER- 0 0 " 

WIDTH- "35" HEIGHT- ■ 3 " x /TD> 
<TD CLA3 S~ " t i ckmark" >< ING 

SRC-" . /iaagea/tickj.ine . gif" BORDER-* 0 ■ 

WIDTH-"26" HBiaBT»"3"></TD> 
<TD CLASS- "tickmark'xA HRBF-" tl_wk-2.htm" 

TITLE-* • > <ZMQ SSC» ■ . /linage*/ 1 iekjniddle . gif 

BORDER- "0"x /Ax /TD> 
<TD CLASS- »ticktnark"xIMG 

SRC-" . /Imagca/tickjliiia . gif" BORDER." 0" 

WIDTH- "26" HEIGHT«"3 "x/TD» 
<TD CLASS-"tickoark»xIMG 

SRC-"./image*/tick line.gif" BORDER- "0" 

WIDTH-"26" HEIGHT- 7 3"x/TD> 
<TD CLASS- "tickxnark'xA BRRF--tl_wk0.htm" 

TITLE-" "><IMG SRC-" ,/iaiagea/tickjiiiddla.gif 

BORDER-" 0»x/Ax/TD> 
<TD CIASS»"ticktnark"xIMO 

SRC-" . /inag«a/tick_li»a . gif" BORDER- "0 " 

WIDTH»"26» HEIGHT- "3 "x/TD> 
<TD CLASS- "ticJanark'xIMG 

SRC-" . /inagea/tickjliiia.gif • BORDER- "0" 

WIDTH- "2 6" HEIGHT-" 3 "x/TDs. 
<TD CLASS-" tictaaark'xA HREF-" tl_wkl.htm" 

TITLE- ""xIMO SRC- "./imagea/t ick_middle.gif 

BORDER- ■ 0 ■ >< /Ax/TD> 
<TD CLASS-»tickmark"xlMG 

SRC-'./inages/tick.liiie.gif" BORDER-"© ■ 

WIDTH- "2 6 ■ HEIGHT-" 3 "x/TD> 
<TD CLASS-" tickmark" xIMG 

SRC-"./inagea/tickJLine.gif" BORDER- 0 0" 

WIDTH- "26" HEIGHT- "3 "x/TD> 
<TD CLASS- ■ ticJcmark" xIMG 

SRC-" ./image8/tick_middle_Belected.gif» 

BORDER- "0 "></TD> 
<TD CLASS-" tickmark" xLMG 

. . SRC-" ,/iwages/ tick_lina.gif" BORDER-" 0" - 

WIDTH- ■26" HEIGHT- "3 "x/TD> 
<TD CLASS-" tickmark" xIMG 

SRC-" ./iroagaa/ tick_lina.gif" BORDER-" 0" 

WIDTH-" 26" HEIGHT- "3 ">«/TD> 
<TD CLASS-" tickmark" xA HREP«"tl wk4.htm" 

TITLE-" "xIMS SRC-" . /images / 1 iekjniddle . gil ' 

BORDER-"0 , x/Ax/TD> 
<TD CLASS-" tickmark" xIMG 

SRC- » /images/tickline .gif" BORDER- ■ 0 ■ 

WIDTH-»2€" HEIGHT- "3 "x/TD> 
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<TD CIASS«"tickniaxk"xlMG 

8RC-" ,/iinagea/tickUne.gif ■ BORDER- 8 0 u 

WIDTH- "26 " HEIGHT-^3 " ></TD> 
<TD dASS-"tickmaric"><A HREF* - tl_wkS. htm" 

TITLE-"" ><IMS SRC-" . /it^es/tickjaiddle.gif " 

BORDER- " 0 " ></A></TD> 
<TD CLASS- "tickmark'xDIG 

SRC- • . /imagea/tick_line .gif " BORDER- "0 • 

WIDTH«= , 26" HEIGHT- B 3 D x/TD> 
<TD CLASS=" tickmark" xIMG 

SRC- ■ . / images/tickJL ine .gif" BORDER- ■ 0 " 

WIDTH-" 28" HEIGHT-" 3 °x/TD> 
<TD CLASS- »tickmark B xA HREF- "tl_wk8.htm" 

TITLE- ■ " ><XMQ SRC-" . /imagefl/tick_right .gif 

BORDER-" 0 ■ ></A></TD> 

</TR> 
<TR> 

<TD COLS PAN" "2 , ><IMQ 

SRC-"./iniageB/cicJc - .iad«it_bot.gif" B0RDER= " 0 " 

WIDTH- "53" HEIGHT- ""5" ></TD> 
<TD C0LSPAN-"3"xIM0 

SRC-* . /inages/eick_ixident Jaot . gif" BORDER- " 0 " 

WIDTH- "70" BBIGHT-"S"x/TD> 
<TD C0LSBAN»"3"xZMS 

SRC-" . /images/tick indant_bot.gif BORDER- "0" 

WIDTH-"70" HEIGHT-" 5" x/TD> 
<TD C0LSPAlT-"3"xIM3 

SRC-" . /iiwgea/tick^indent Jx>t .gif " BORDER—" 0" 

WIDTH- "70" HEIGHT-" 5 "x/TD> 
<TD COLSPAN-«3"xIMG 

SRC-" . /images/tiek_indent Jbot .gif " BORDER- "0 ■' 

WIDTH»"70" HEIGHT- "S"x/TD> 
<TD cbLSPAN-"3"><IMO 

SRC- " . /images/ t ick_iadant Jjot . gif* BORDER- ■ 0 " 

WIDTH-" 70" HEIGHT-" 5 "x/TD> 
<TD COLSPAN-"3"xO® 

SRC- » . / image a / tick_indent_bo t .gif" BORDER- ■ 0 " 

WIDTH- "70" HEIGHT-"" 5" x/TD> 
<TD COLSPAN-«2"xIMG 

SRC- " . y imageB/tick_indent_bot . gif" BORDER-" 0" 

WIDTH- "4€* BBIGHT-"5"x/TD> 

</TR> 
<TR> 

<TD COLS PAN- "3" STYLE- 1 text -align: left ' 

BGCOLOR- "#336699" NOWRAPxA HREF- "tl_wk-4.htm" 
TITLE- "Placebo Run-in Visit l">&nbapjWeek 
&#B211/4</Ax/TD> 
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<TD C0LSPAN«»3" BGCOLOR-"#336699 tt NOWRAPxA 

HREF«"tl_wfc-2 .htm" TITLB-'Placebo Run-in Visit 

2 " >Week &#8211 1 2< /Ax/TD> 
<TD COLSPA2*«»3" BGCOLOR- "#33 6699 • NOWRAPxA 

HREF- » tljHk0.htm" TITLE- "Baseline Visit" >Week 

0</Ax/TD> 

<TD COLSPAN="3" BGCOLOR-"#336699" NOWRAPxA 

HREF- "tljwjci.htm" TITLE- "Treatment Visit l«>Week 
1</Ax/TD> 

<TD COLSPAN«"3" CLASS-* tdselect" BGCOLOR-" #336699" 
TITLE- "Treatment Visit 2" KOWRAP>Week 2</TD> 

<TD OOLSPAH-"3" BGCOLOR-" #336699" NOWRAPxA 

HREF-" tl_wk4.htm" TITLE- "Treatment Visit 3">Week 
4</Ax/TD> 

<TD COLSPAN-"3" BGCOLOR- "#336699" NOWRAPxA 
HREF-" tl_wJc5.htm" TITLE- " Treatment Visit 4 
(Optional) ">Week 5</Ax/TD> 

<TD COLSPAN-"3" STYLE-' text -align : right ' 

BGCOLOR-"#336699" NOTOAPxA HREF- u tl_wk8 . htm'" 
TITLE— "Final Visit">Weefc 8</Ax/TD> 

</TR> 
</TABLB> 
</BQDY> 
</RTKL> 



Bemerkenswert ist zusatzlich, dass gewisse Tabelleneintrage Anker aufwcisen, die dutch 
das <A> < /A > -Elementpaar bezcichnet sind. Eine HREF-Spezifikation innerhalb ei- 
nes <A> -Elements spezifiziert die Quelle eines Dokuments einer Bild-Datei. Jene Teile 
der Steuerung, die den Tabelleneintragen cntsprechen, haben Anker, wobei HREF- 
Spezifikationcn verursachen werden, dass eine Nachricht zu dem Server gesendet wird, 
wean ein Benutzcr in die Eintragsfiache klickt, wobei das spezifizierte Dokumenl ange- 
fbrdert wird. Der Server verarbeitet diese Anforderung, wobei er betreffende Informati- 
on uber die ausgewahlte Woche in der Form zurackgibt und gleichzeitig die Tabelle mit 
den Bezugnahmen auf die Bild-Dateien zurucksendet, die so neu geordnet sind, dass die 
Steuerung mit der ausgewanlten Auswahl des Benutzers und mit einer Form, die fur ei- 
nen bestimmten Bcsuch brw. eine bestimmte Vishe geeignet ist, erscheint. Somit scheint 
die Steuerung, so zu arbeiten, wie der Benutzer dies normalerweise erwanen wfirde, je- 
doch wird die gesamte Arbeit am Server geleistet. Zusatzlich muss eines (oder hochstens 
eines) der Bitmaps heruntergeladen werden, weil sie bereits verwendet worden sind und 
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im Browser gecacht bzw. gepuffert sein solltcn. Somit wird die Ubertragung vom Server 
zum Client nicht durch das Erfordemis des Herunterladens vieler Bitmaps behindert. 

Ohne die vorliegende Erfindung ist es notwendig, von dem Server ein sehi grofies Bit- 
map herunterzuladen, das die gesamte Steuerung in einem bestimmten Zustand umfasst, 
wobei beispielsweise der erste Reiter ausgewahlt ist. Fur jedcn Zustand, bei dem ein an- 
derer Reiter ausgewahlt ist, muss ein separates, grofles Bitmap der gesamten Reitersteue- 
rung von dem Server gesendet werden, falls es nicht bereits gecacht bzw. gepuffert ist, 
und wenn diese grofien Bitmaps gecacht bzw. gepuffert werden, so nimmt jedes eine sehr 
groBe Menge an verfUgbarem Cache-Speichcr ein. 

Fig. UD zeigt eine Variation der Zeitachsensteuerung 490, bei der die Zeitachse weiter 
in kleine Unterteihmgen bzw. Ticks. 491 unterteilt ist, die nicht inre eigenen zugeordne- 
len Marken aufweisen, wobei jedoch jede mit einer anderen Kopie eines Bitmaps und 
cines HREF in Zusammenhang stent. Beispielsweise konnen die Ticks 491 Wochen in- 
nerhalb eines Monats darsteUen. Weil jeder Tick 491 seinen eigenen Bitmap hat, kann 
der Benulzer auf einen klicken, urn den Zeiger 492 zu einer bestimmten Woche zu bewe- 
gen. 

Letztendlich kann bei einer weiteren Ausrahrungsfdrm der vorliegenden Erfindung ein 
individuelles Bitmap selbst unterteilt werden, wobei jede Unterteilung bzw. jeder Ab- 
schnitt auf einem unterschiedlichen Indikator Oder URL Oder auf gar kein URL abgebil- 
det wird. Beispielsweise verwendet der obige Dateireiter HTML-Code HTML- 
Markierungen <USEMAP>, <MAP> und <AREA>, urn zwei unterschiedliche 
URLs zu spezifizieren, die dem linken Reiter und rechten Reiter innerbalb des taboffr- 
Bitmaps entsprechen. Dieser Teil des Bitmaps, der nicht irgendeinem Reiter entspricht, 
wird nicht auf ein URL abgebildet. 

Protokoll-Version abhangiger Formen bzw. Formnlare 
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Aus verschiedenen GrQnden ist es flblich wShrend eines Versuchs, dass das Protokoll 
Anderungen durchmacht. Damit in Zusammenhang stehende Fonnen mussen geSndert 
werden, am zu dem neuen Protokoll zu passen, wenn dies passim. Jedoch mtlssen Da- 
tea, die vor der Anderung eingegeben werden, das heifit in das alte Protokoll, in einer 
Form dargestellt werden, die dem alten Protokoll entsprechen, unter dem es eingegeben 
worden ist. 

ZusStzlich kann es erforderUch sein, wie zuvor erwShnt wurdc, dass ewe Protokoll- 
Anderpng von einem institutionelkn Prdfgremium bzw. Institutional Review Board an 
jedem Platz flberpruft wird, bevor es iraplementiert werden kann. Dies kann dazu fllhren, 
dass es zwei oder mehr aktive Protokolle gleichzeitig gibt. Wiedennn mussen die Daten 
in der Form dargestellt werden, die dem Protokoll entspricht, in dem die Daten eingege- 
ben worden sind. 

Fig. 12A ist ein Flussdiagramm, das den Prozess beim Server zeigt, und zwar beim Ent- 
scheiden, wie erne Form zu einem Browser zu geben ist, und zwar abbangig von der 
Studienprotokoll-Versionskontrolle. Am Block 610 wird eine Anforderung von einem 
Client empfangen. Der Server bestimmt, was die korrekte Studienprotokoll- Version far 
die Anforderung sein sottte, und zwar basierend auf Datum und Zeit, indem die Proto- 
koll-Verskm der CRF nachgesehen wird, wenn Daten zuerst in die CRF eingegeben 
worden sind. Beim Block 605 bestimmt der Server, ob die notwendige Form (CRF) be- 
reits existiert. Falls dem so ist, wird die Form geladen und mit den korrekten Daten ge- 
fQHt (Block 607). Ansonsten wird die Form erzeugt (Block 609). SchlieBlich wird irn 
Block 61 1 die korrekt gefullte Form an den anfordernden Client zurttckgegeben. 

Fig. 12B und 12C zeigen eine CRF, so wie sie bei einem ersten Protokoll (siehe 620 in 
Fig. 12B) erscheinen kdnnte und wie sie in einem zweiten Protokoll (siehe 622 in Fig. 
12C) erscheinen k6nnte. In Fig. 12B hat die CRF 620 drci Punkte 621, 623, 625. Viel- 
leicht wurdc zu Beginn des Versuchs festgelegt, dass der Blutdruck zweimal zu messen 
wfire und in Punkte 623 und 625 einzugeben ware. 
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Zu einem gewissen Zeitpunkt wahrend dcs Versuchs wind entschieden, das Protokoll zu 
Sndcrn, so dass der Blutdruck dreimal zu messen ist. Die CRF wflrde dann wie beim 
Bezugszeichcn 622 in Fig. 12C erscheinen, wobci ein zusatzlichcr Punkt 627 cnispre- 
chend der dritten Messung gegeben ist. 

Naturlich wttrde cs fQr Besuche bzw. Visiten, die vor der ProtokoU-Versionsanderung 
auftreten, nur zwei Blutdruckmessungen auf der Datei geben und so wird die CRF, wie 
sie m Fig. 12B (Bezugszeichen 620) gezeigt ist, beschafft bzw. wieder gewonnen und 
angezcigt, wenn ein Benutzer jene Visiten bzw. Besuche untersuchr. 

Integrierte Hilfc 

Bei Anmeldungen nach dem Stand der Tecfanik ist cine Hilfe haufig in der Form einer 
Hilfc-Taste verfflgbar oder einer Hilfe-Verbindung. Typischerweise klickt der Benutzer 
auf die Hilfe-Taste oder Verbindung und eine allgemeine Hilfe-Seite, die hSufig von ei- 
nem Inhaksverzeichnis und/oder einem Themenkdex begleitet ist, wird von dan Server 
beschafft und angezeigt, wobei die Original-Seite ersetzt wird. Urn eine Hilfe zu finden, 
muss der Benutzer das Inhaksverzeichnis oder den Index durchsuchen, und zwar 
manchmal durch einige Schichten bindurch. Um zu der Original-Seite zuruckzukehren, 
muss der Benutzer entweder zurdekgehen, mdem eine "Zuriick" -Taste in dem Browser 
geklickt wird oder optional, indem auf eine n ZurQck zum Dokument" -Typ-Verbindung 
bzw. -Link oder -Taste gedriickt wird, die bzw. der typischerweise auf der Hilfeseite 
verfflgbar ist. Einige Schritte sind somit erforderlich, um Hilfe uber ein spezielles Thema 
zu erhalten und um dann zu der Original-Seite zurdekzukehren, fQr die man Hilfe ge- 
braucht hat. 

Ein innovativer Aspekt der vorliegenden Erfindung ist die Vcrwendung einer kontext- 
sensitiven Hilfe in einem Web-DokumenL Wie man in Fig. 13A sieht, umfosst der Text 
einer jeden Frage eine Verbindung zu einem von mehreren versuchs-bezogencn Doku- 
menten. Beispielsweise ist der Text 801 "H8hc* fiir den Punkt 4 eine derartige Verbin- 
dung bzw. Link. Wenn der Benutzer auf den Text 801 klickt, geht ein anderes Hilfc- 
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Fenstcr 803 auf, wic in Fig. 13B gezeigt ist, und eine kontext-sensitive Hilfe 804 wird 
von dem Server tlbcrtragen und in dem Hilfe-Fcnster 803 angezeigt. Diese kontext- 
sensitive Hitfe 804 hat Information, die fur, den Text 801 spezifisch ist, auf den geklickt 
wird - faier gibt es spezifische Instruktionen, wie die Hohe zu messen, z.B. mit ausgezo- 
genen Schuhen. Somit muss der Benutzer nicht nach der Testperson bzw. dem Subjekt in 
einem Index oder einer Inhaltstabelle suchen und die Original-Seite ist immer noch ver- 
fughar - der Benutzer kann das Hilfe-Fenster zu jeder Zeit schliefien und die Original- 
Seite wild nicht beeintr&chtigt. 

Vorzugsweise kommt die Hilfe von einer von drei Standardquellen, die den klinischen 
Versuch festlegen: einem ProtokoU-Dokumeiit, einem Untersuchungs-Katalog oder einem 
Studienfuhrer. Bemerkenswert ist, dass das Hilfefenster 803 zus&tzliche Tastensteuerun- 
gen 80S umfasst, die es dem Benutzer ermOglichcn, direkt zu einer damit im Zusammen- 
hang stehenden Information in einem der drei Dokumente zu gehen. 

Zusfttzlicb ist eine Hilfe-Taste 807 immer in dem Hauptfeld 251A verffigbar. Bin Klicken 
auf diese Taste 807 bringt ein allgcmeines Hilfe-Fenster 809 zum Vorschein, von dem 
ausgehend ein Benutzer dutch ein Inhaltsverzeichnis 810 oder etnen Index 811 ffir die 
klinischen Versuchs-Dokumente stobern bzw. browsen kann. Wiederum erlauben zusfcz- 
liche Tasten 80S es dem Benutzer, ein spezifisches Dokument auszuw&hlen. Fig. 13E 
und 13F zeigen Test-Hilfcschirme fur das ProtokoU-Dokument 811 und einen Studien- 
fiihrer 812, jeweilig. 

AQUTVALENTE 

Wahrend diese Erfindung besonders gezeigt wurde und mit Bezugnahmen auf bevorzugte 
Ausffihrungsformen beschrieben wurde, wind es fUr Fachleute selbstverstandlich sein, 
dass verschiedene Andeningen in Form und Detail hierin gemacht wcrden kQnnen, ohne 
von dem Geist und Umfang der Erfindung abzuweichen, wie sie durch die beigefQgten 
Ansprttche definiert sind. Fachleute werden viele Aquivaiente zu den spezifizierten Aus- 
fOhrungsformcn der Erfindung. die hierin beschrieben wurde, erkennen oder werden 



55 



t • • t 



dam in der Lage sein, diese festzustellen, wobei derartigc Aqaivalente dazu gedacht 
sind, durch den Umfang der AnsprQehe umfasst zu sein. 
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Ansprfiche 

1. Verfahren zum Erzeugen cincs SGML (Standard Generalized Markup Laaguage)- 
basicrten Dokuments (221), das zu einem Client fibertragen wird, auf einen Web-Server, 
und zwar auf Anfbrderung von dem Client, wobei em Client-Browser von dem SGML- 
basierten Dokument (221) eine entsprechende Web-Sehe (250) aufbaut, die auf einem 
Client-Bildschirm bzw. einer Client- Anzeige anzuzeigen ist, wobei die Wcb-Seite Tafeln 
bzw. Panels (251A-251C) umfasst, die verschiedene Steuenmgen und allgemeine Infor- 
mation enthalten, und eine ausgewahlte Form (253) umfasst, die einen Oder mehrere Ab- 
schnitte (551) umfasst, wobei jeder Abschnitt einen pder mehr Punkte bzw, Themen 
(554, 555) umfesst, in denen Information angezeigt wird, wobei das Verfahren die fol- 
genden Schritte umfasst: 

auf den Web-Server wird eine Deskriptor-Datenbank (219) bereit gestdlt, die eine 
Bibliothek von SGML-Code-Fragmenten (234, 235) fur ein jedes Form-Objekt speichert, 
das sich auf eine spezifische Form bezieht; 

eine Versuchs- bzw. Test-Datenbank (220), die fur jedes spezifische Form-Objekt 
die strukturelle Information des Fonn-Objekts und wenigstens ein Zeiger (233) zu ge- 
sammelten Daten speichert, wird auf dem Web-Server bereitgcstellt; 

auf dem Web-Server wird eine Datenbank (223) bereit gesteilt, die die gesam- 
melten Daten speichert; 

auf dem Web-Server wird eine Bexmtzeranforderung (201) fur eine spezifische 
Form empfangen; 

Teile des SGML-basierten Dokuments (221) werden aufgebaut, indem Informati- 
on von der Deskriptor-Datenbank (219) verwendet wird; 
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das Fonnobjekt, das mit der spezifischen Form (253) in Zusammenhang steht, die 
in der Benutzeranfbrdenrag (201) angezeigt ist, wird basierend auf einer Benutzerinfor- 
mation (559) und einer Fonninformation (560) aufgerufen bzw. abgcrafen; 

mittels der Deskriptor-Datenbank (519) und der Versuchs-Datenbank (220) wird 
das Ausgabedokument (221) des SGML-basicrtcn Dokuments, das sicb auf einc spezifi- 
sclie Form bezieht, aufgebaut; 

in das Ausgabedokument (221) werden gesammelte Daten von der Datcnbank 
(223), auf die durch die Versuchs-Datenbank (220) Bezug genommen wird, kopiert; 

das Ausgabedokument (221) wird zu dem Anforderer gesendet. 

2. Verfahren nach Anspruch 1, bei welchem die Versuchs-Datenbank (220) auf ei- 
nem klinischen Protokoil basiert 

3. Verfahren nach Anspruch 1, bei welchem die Form (253) eine Vidzahl von Fra- 
mes bzw. Rahmen umfasst, die Steuerrahmen bzw. Steuerframes enthalten, die. ein oder 
mehrere Steuerelemente umfessen, und wobei ein Zwischenframe bzw. Zwischenrahmen 
ein visuelles Attribut darstellt, das mk den Steuerrahmen bzw. Steuerframes geteilt wird, 
wobei das Erscheinen bzw. die Erscheinungsform der Zwischenrahmen bzw. Zwi- 
schenframes von den visuellen Zustanden der Steuerrahmen bzw. Steuerframes abhangt 

4. Verfahren nach Anspruch I, bei welchem das Erzeugen der Form (253) weiter 
folgendes umfasst: 

eine Vielzahl von Bitmaps wird erzeugt, die selektiv und in Kombination aufge- 
baut werden komien, um ein GUI-Steuerdement in mehreren Zustandcn darzustellen; 

und die Bitmaps werden innerhalb der Form derartig plateiert, dass auf Empfeng 
des Dokuments bei dem Browser der Browser eine gewflnschte GUI-Steuerung anzeigen 
wird. 

5. Verfahren nach Anspruch 1, das weiter folgendes umfasst: 

eine erste Protokollversion wird in eine zweite Protokoliversion geandert; und 

wobei 
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das Erzcugen einer Form (253) weiter auf einer Protokollversion basiert wird, die 
zur Zeit des Eingcbens von Daten, die anzuzeigen sind, aktiv war. 

6. Verfahren nach Anspruch 1 , das weiter folgendes umfasst: 

die Form wird auf einem Computerschirm angezeigt, wobei die Form wenigstens 
eine Frage hat, auf die ein Benutzer antworten muss, urn klinische Daten bereitzustellen; 

Links bzw. Verbindungen zwischen Text eincr jeden Frage und detaillierter In- 
formation, die sich auf die Frage bezieht , werden erzeugt; und 

falls der Benutzer auf den Text der Frage klickt, wird detaillierte Information 
angezeigt, die der Frage entspricht 

7. Verfahren nach Anspruch 1 , das weiter folgendes umfasst: 

die Form wird auf einem Computers chirm angezeigt, die Form hat wenigstens 
eine Frage, auf die ein Benutzer antworten muss, urn klinische Daten bereitzustellen; 

auf eine Benutzeranfbrderung hin wird detaillierte Information von irgendetwas 
Oder allem des Folgenden angezeigt: ein Protokolldokument, ein Forschungskatalog bzw. 
eine Forschungsbroschflre und ein Studienfiihrer bzw. Untersuchungsleitfaden. 

8. Verfahren nach Anspruch 1, das weiter folgendes umfasst: 
eine Benutzer-Einlog-Prozedur wird bereitgestellt; 

nach einem Benutzereinloggen wird ein Obersichtsbildschirm (301) dargestellt, 
der Information umfasst, die einea klinischen Versuch betrifft, wobei der Obersichtsbild~ 
schirrn far den Benutzer zugeschnitten ist. 

9. Verfahren nach Anspruch 1, das weiter folgendes umfasst: 

eine Vielzahl von Bitmaps werden erzeugt, die sdektiv und in Kombination auf- 
gebaut werden kdnnen, urn ein GUI-Steuerelement in mehreren Zustanden darzustellen; 

eine Planrierung von Bitmaps innerhalb des Standard Generalized Markup Langu- 
age (SGML)-basierten Dokuments wird derartig spezifiziert, dass nach Empfang des Do- 
kuments bei dem Browser der Browser eine gewiinschte GUL-Steuerung anzeigen wird. 
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10. Verfabren nach Anspruch 1, bei welchem: 

Steuerelemenie innerbalb der Form Bitmaps umfassen, die selektiv und in Kombi- 
nation die Steuerelemente aufbauen, wobei ihdividuelle Bitmaps innerhalb der Vielzahl 
von Steuerelementen verwendet werden. 

1 1 . Verfahren nach Anspruch 1, das wetter folgendes umfasst: 

ein Authentifizierungsverfahren wird fur jeden Nutzer crforderlich; und 
cin Bild ernes authentifizierten Benutzers wird angezeigt. 

12. Web-Server, der auf eine Client-Anforderung ein SGML-(Standard Generalized 
Markup Language)-basiertes Dokument (221) erzeugt, das zu dem Client ubertragen 
wird, wobei ein Client-Browser von dem SGML-basierten Dokument (221) eine emspre- 
chende Web-Seite (250) aufbaut, die auf einem Client-BUdschinn bzw. einer Client- 
Anzeige anzuzeigen ist, wobei die Web-Seite Tafeln bzw. Panels (251A-251Q um&sst, 
die verschiedene Steuemngenbzw, Kontrollen und allgemeine Information enthalten, und 
eine ausgew2hlte Form (253) umfasst, die einen oder mehrere Abschnitte (SSI) urafas- 
sen, wobei jeder Abschnitt einen oder mehrere Punkte bzw. Themen (554, 555) umfasst, 
in denen Information angezeigt wird, wobei der Web-Server folgendes umfasst: 

eine Deskriptor-Datenbank (219), die eine Bibiiothek von SGML-Codefiragmenten 
(234, 235) fflr jedes Formobjekt, das skh auf eine spezifische Form bezieht, speichert; 

eine Versuchsdatenbank (220), die fur jedes spezifische Formobjekt die struktu- 
relle Information des Formobjekts und wenigstens einen Zeiger (233) zu gesammelten 
Daten speichert; 

eine Datenbank (223), die die gesammelten Daten speichert; 

einen Sdxablonen-Generator bzw, Mustererzeuger (205, 207), der Teile des 
SGML-basierten Dokuments (221) aufbaut, indem Information von der Descriptor- 
Datenbank (219) verwendet wird, der das Fonn-Objekt aufruft bzw. abruft, das mit der 
spezifischen Form (253) in Zusammenhang steht, die in der Benutzeranfordening (213) 
angezeigt wird, und zwar basierend auf Benutzer information (559) und Fonninformation 
(560), und der mittels der Deskriptor-Datenbank (219) und der Versuchs-Datenbank 
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(220) das Ausgabedokument (221) des SGML-basierten Dokuments, das sich auf die spc- 
zifischc Form bezieht, aufbaut; 

ein Populator (209), der in das Ausgabedokument (221) gesammelte Daten von 
der Datenbank (223) kopkrt, auf die von der Versuchs-Datenbank (220) Bezug genom- 
men wird, wobei der Web-Server das Ausgabedokument (221) zu dem Anforderer sen- 
dee 

13. System nach Anspnich 12, wobei die SGML-basierte Form wcnigstens eine Fra- 
ge, auf die ein Benutzer antworten muss, urn klinische Daten bereitzustellen, und Links 
bzw. Verkndpfungen zwischen Text wenigstens einer Frage (801) und detailliertcr In- 
formation (804) bat, die sicb auf die Frage bezieht, wobei die detaillierte Information in 
weoigstens einem Online-Dokument vorhanden ist, so dass, falls der Benutzer auf dem 
Text der Frage kliekt, detaillierte Information, die der Frage entspricht, angezeigt wird. 

14. System nach Anspnich 12, das weiter fblgendes umfasst: 

eine Vielzahl von Bitmaps (423, 423A, 425, 425A, 249, 431, 431A, 437, 437A, 
439A), die selektiv und in Kombination aufgebaut werden kGnnen, urn ein GUI- 
Steuerelement in einer Vielzahl von Zustinden (421) darzustellen, wobei 

die Platzierung der Bitmaps innerhalb des Standard Generalized Markup Langua- 
ge (SGML)-basierten Documents derartig spezifiziert ist, dass nach Empfang des Doku- 
ments bei dem Browser der Browser eine gewunschte GUI-Steucrung anzeigen wird. 

15. System nach Anspnich 12, wobei Steuerelemente innerhalb der Form Bitmaps 
umfessen, die selektiv und in Kombination die Steuerelemente aufbauen, wobei die Bit- 
maps vielfach innerhalb der Steuerelemente verwendet werden, wobei die Form gemaB 
irgendeinem oder alien des folgenden erzeugt wird: ein Benutzer,. ein Patient, eine Pro- 
tokollversion innerhalb eines klinischen Versuchs und Daten, die zuvor eingegeben wur- 
den. 

16. System nach Anspnich 12, das weiter folgendes umfasst: 
ein Authentifizienmgsverfahren fill jeden Benutzer; und 



61 * * *** • • •* j * * • 



cine Bil danz eige (257) innerhalb dor Anwendung eincs authentifizicrten Benut- 

zers. 

17. Verfehren nach Anspruch 12, bei welchem jedes spezifische Form-Objekt eine 
Hierarchic von Abschnronbjekten, die sich auf die Abschnitte bezieben, und Punktob- 
jekten, die sich anf die Punkte beziehen, darstellt, und bei welchem jedes Fonn-Objekt 
einen Zeiger oder Identifizicrer (231) enthalt, der auf verscbiedene Codefragmente (234) 
in der Deskriptor-Datenbank (219) zeigt, wobei die verschiedenen Codefragmente em 
ausgewihltes Schablonenfragment bzw. Musterfragment ausbilden, und bei welchen je- 
des Segmentobjekt einen Zeiger oder Identifizierer (232) zu seinen eigenen enteprechen- 
den Codefragmenten in der Deskriptor-Datenbank (291) enthalt, wobei die entsprechen- 
den Codefragmente ebcnso ein ansgewahltes Musterfragment bzw. Schablonenfragment 
ausbilden, und bei welchem jedes Abschnhtsobjekt ebcnso einen Zeiger (233) zu gesam- 
melten Daten hat. 

18. Verfahren nach Anspruch 1, bei welchem das Aufbauen von Teilen des SGML- 
basierten Dokuments (221) durch Anwendung eines Layout-Prozesses (205) durchgefuhrt 
whd. 

19. Verfahren nach Anspruch 1, bei welchem das Aufrufen des Formobjekts und das 
Weiterleiten von Benutzerinformation (559) und Forminformation (560) durch einen 
FormerzeuguDgsprozess (207) durchgefuhrt wird. 
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